Chu kỳ Yêu cầu – Phản hồi (HTTP Request-Response Cycle)

[dangquangminh]

Chu kỳ Yêu cầu – Phản hồi (HTTP Request-Response Cycle)


Trong giao tiếp web, mọi dữ liệu đều được trao đổi thông qua yêu cầu HTTP (HTTP Request) từ máy khách và phản hồi HTTP (HTTP Response) từ máy chủ. Tập hợp nhiều yêu cầu và phản hồi tạo thành một phiên HTTP (HTTP session), bắt đầu khi máy khách thiết lập kết nối tới máy chủ.

---

1. Quy trình Chu kỳ Yêu cầu – Phản hồi

1. Máy khách gửi yêu cầu HTTP đến web server.
2. Máy chủ nhận yêu cầu.
3. Máy chủ xử lý yêu cầu (tìm tài nguyên, truy xuất dữ liệu, chạy logic…).
4. Máy chủ trả về phản hồi HTTP.
5. Máy khách nhận và hiển thị phản hồi (trình duyệt hiển thị trang web, API nhận dữ liệu JSON…).

---

2. Cách quan sát Chu kỳ Yêu cầu – Phản hồi


Bạn có thể xem trực tiếp quá trình này ngay trong trình duyệt:

1. Truy cập một trang web bất kỳ.
2. Nhấn F12 (hoặc chuột phải → Inspect → tab Network).
3. Chọn một request trong danh sách.
4. Xem Headers để phân tích thông tin yêu cầu và phản hồi.
5. Xem Payload (nếu có) trong yêu cầu.
6. Xem Response để phân tích nội dung trả về.

---

3. Cấu trúc của Yêu cầu HTTP


Yêu cầu HTTP (HTTP Request) gồm 4 phần:

1. Request Line – chứa:
   • Phương thức (HTTP Method): GET, POST, PUT, DELETE…
   • URI: đường dẫn đến tài nguyên
   • Phiên bản HTTP: HTTP/1.1, HTTP/2…
2. Headers – thông tin bổ sung: xác thực, loại nội dung, thông tin client…
3. Dòng trống – đánh dấu kết thúc headers.
4. Body (tuỳ chọn) – dữ liệu gửi kèm (thường gặp ở POST/PUT).

Giới hạn thực tế:

• URL quá dài (> 2048 ký tự) hoặc header quá lớn (> 8 KB) có thể bị từ chối.
• Dung lượng body phụ thuộc cấu hình máy chủ, có thể từ vài MB đến hàng GB.

---

4. Cấu trúc của Phản hồi HTTP


Phản hồi HTTP (HTTP Response) gồm:

1. Status Line – chứa:
   • Phiên bản HTTP
   • Mã trạng thái (HTTP Status Code): 200, 404, 500…
   • Reason Phrase: mô tả ngắn gọn ý nghĩa mã (OK, Not Found…)
2. Headers – thông tin bổ sung: loại dữ liệu, thời gian phản hồi, cache…
3. Dòng trống – kết thúc headers.
4. Body – nội dung phản hồi (HTML, JSON, file…).

---

5. Ý nghĩa trong thực tế

• Khi gọi API trên Azure, AWS hay bất kỳ nền tảng cloud nào, hiểu rõ request-response giúp bạn debug nhanh hơn khi gặp lỗi HTTP 4xx, 5xx.
• Với developer web và cloud, đây là kiến thức nền tảng để phân tích hiệu năng, bảo mật và tối ưu ứng dụng.
• Công cụ như Postman hoặc trình duyệt DevTools là “kính hiển vi” để soi toàn bộ quá trình này.