Sự khác biệt giữa phương thức POST và PUT là gì?

Câu hỏi trong đề: 100+ câu Trắc nghiệm Lập trình API có đáp án !!

Quảng cáo

Trả lời:

Giải bởi Vietjack

POST dùng để tạo tài nguyên trên máy chủ trong khi PUT dùng để thay thế tài nguyên tại một URI cụ thể bằng tài nguyên khác. Nếu bạn sử dụng PUT trên URI đã có tài nguyên được liên kết với nó, PUT sẽ thay thế nó. Nếu không có tài nguyên tại URI được chỉ định, PUT sẽ tạo một tài nguyên. PUT là idempotent, nghĩa là gọi nó nhiều lần sẽ chỉ tạo ra một tài nguyên. Điều này xảy ra vì mỗi lệnh gọi sẽ thay thế tài nguyên hiện có (hoặc tạo một tài nguyên mới nếu không có gì để thay thế). POST không bình thường. Ví dụ: nếu bạn gọi POST 10 lần thì 10 tài nguyên khác nhau sẽ được tạo trên máy chủ, mỗi tài nguyên có URI riêng. Mặc dù hiếm khi được sử dụng nhưng phản hồi POST có thể được lưu vào bộ đệm nhưng phản hồi PUT thì không. Các yêu cầu POST thường được coi là không thể lưu vào bộ nhớ đệm nhưng chúng có thể được lưu vào bộ nhớ đệm khi chứa thông tin rõ ràng về “độ mới” của dữ liệu. Câu trả lời chi tiết hơn là phản hồi cho yêu cầu POST (hoặc PATCH) có thể được lưu vào bộ đệm nếu dữ liệu "mới" và tiêu đề Vị trí nội dung (en-US) được đặt, nhưng điều này hiếm khi được triển khai. Do đó, nên tránh bộ nhớ đệm POST nếu có thể

Hot: 1000+ Đề thi cuối kì 2 file word cấu trúc mới 2026 Toán, Văn, Anh... lớp 1-12 (chỉ từ 60k). Tải ngay

Các sản phẩm khác của Vietjack:

CÂU HỎI HOT CÙNG CHỦ ĐỀ

Câu 1

Bạn biết những nguyên tắc nào khác của REST?

Lời giải

Bạn có thể kể tên ít nhất 4 nguyên tắc nữa. Các yêu cầu API REST không lưu trữ trạng thái trên máy chủ và có thể đi qua các lớp máy chủ và được lưu vào bộ đệm. Bạn cũng có thể gửi mã thực thi cho máy khách trong phản hồi của máy chủ. Máy chủ không trạng thái: Máy chủ không lưu trữ bất kỳ thông tin nào về các yêu cầu/phản hồi trong quá khứ. Mỗi yêu cầu và phản hồi chứa tất cả thông tin cần thiết để hoàn thành tương tác. Giao tiếp không trạng thái giúp giảm tải máy chủ, tiết kiệm bộ nhớ và cải thiện hiệu suất. Hệ thống phân lớp: Có thể có các máy chủ bổ sung giữa máy khách và máy chủ API dưới dạng các lớp để thực hiện các chức năng khác nhau. Trong hệ thống được xây dựng trên nguyên tắc REST, các lớp có tính mô-đun và có thể được thêm vào và xóa mà không ảnh hưởng đến giao tiếp giữa máy khách và máy chủ. Khả năng lưu vào bộ đệm: Phản hồi của máy chủ cho biết liệu tài nguyên của nó có được lưu vào bộ đệm hay không để khách hàng có thể lưu vào bộ đệm bất kỳ tài nguyên nào nhằm cải thiện hiệu suất. Mã theo yêu cầu: Máy chủ có thể gửi mã thực thi cho khách hàng để phản hồi việc thực thi trong ứng dụng khách

Câu 2

Đặt tên ít nhất 3 mã để phản hồi máy chủ HTTP thành công

Lời giải

Máy chủ trả về các mã trạng thái hoạt động sau khi yêu cầu được xử lý thành công:

200 OK: Yêu cầu đã được hoàn thành thành công.

201 Created: Yêu cầu thành công và tài nguyên đã được tạo.

202 Accepted: Trạng thái này có nghĩa là máy chủ đã chấp nhận yêu cầu của khách hàng nhưng chưa hoàn tất việc xử lý yêu cầu đó. Quá trình xử lý có thể không đồng bộ.

Câu 3