Mã trạng thái phản hồi HTTP cho biết liệu một yêu cầu HTTP cụ thể đã được hoàn tất thành công hay chưa. Các câu trả lời được nhóm thành năm lớp
- Phản hồi thông tin [
100
–199
] - Phản hồi thành công [
200
–299
] - Tin nhắn chuyển hướng [
300
–399
] - Phản hồi về lỗi của khách hàng [
400
–499
] - Phản hồi lỗi máy chủ [
500
–599
]
Các mã trạng thái được liệt kê bên dưới được xác định bởi RFC 9110
Ghi chú. Nếu bạn nhận được phản hồi không có trong danh sách này, thì đó là phản hồi không chuẩn, có thể tùy chỉnh cho phần mềm của máy chủ
phản hồi thông tin
199
0
Phản hồi tạm thời này chỉ ra rằng khách hàng nên tiếp tục yêu cầu hoặc bỏ qua phản hồi nếu yêu cầu đã kết thúc
199
1Mã này được gửi để phản hồi tiêu đề yêu cầu 199
2 từ máy khách và cho biết giao thức mà máy chủ đang chuyển sang
199
3 [WebDAV]Mã này cho biết máy chủ đã nhận và đang xử lý yêu cầu nhưng chưa có phản hồi
199
4Mã trạng thái này chủ yếu được sử dụng với tiêu đề 199
5, cho phép tác nhân người dùng bắt đầu tải trước tài nguyên trong khi máy chủ chuẩn bị phản hồi
phản hồi thành công
199
6
Yêu cầu đã thành công. Ý nghĩa kết quả của "success" phụ thuộc vào phương thức HTTP
199
7. Tài nguyên đã được tìm nạp và truyền trong nội dung thư199
8. Các tiêu đề đại diện được bao gồm trong phản hồi mà không có bất kỳ nội dung thư nào199
9 hoặc200
0. Tài nguyên mô tả kết quả của hành động được truyền trong phần thân thông báo200
1. Nội dung thư chứa thông báo yêu cầu mà máy chủ nhận được
200
2Yêu cầu đã thành công và kết quả là một tài nguyên mới đã được tạo. Đây thường là phản hồi được gửi sau yêu cầu 200
0 hoặc một số yêu cầu 199
9
200
5Yêu cầu đã được nhận nhưng chưa được thực hiện. Nó không phổ biến, vì không có cách nào trong HTTP để sau đó gửi phản hồi không đồng bộ cho biết kết quả của yêu cầu. Nó được dành cho các trường hợp một quy trình hoặc máy chủ khác xử lý yêu cầu hoặc để xử lý hàng loạt
200
6Mã phản hồi này có nghĩa là siêu dữ liệu được trả về không hoàn toàn giống với siêu dữ liệu có sẵn từ máy chủ gốc mà được thu thập từ bản sao cục bộ hoặc bên thứ ba. Điều này chủ yếu được sử dụng cho các bản sao hoặc bản sao lưu của tài nguyên khác. Ngoại trừ trường hợp cụ thể đó, phản hồi 199
6 được ưu tiên cho trạng thái này
200
8Không có nội dung để gửi cho yêu cầu này, nhưng các tiêu đề có thể hữu ích. Tác nhân người dùng có thể cập nhật các tiêu đề được lưu trong bộ nhớ cache cho tài nguyên này bằng các tiêu đề mới
200
9Yêu cầu tác nhân người dùng đặt lại tài liệu đã gửi yêu cầu này
299
0Mã phản hồi này được sử dụng khi tiêu đề 299
1 được gửi từ máy khách để chỉ yêu cầu một phần tài nguyên
299
2 [WebDAV]Truyền tải thông tin về nhiều tài nguyên, đối với các tình huống có thể phù hợp với nhiều mã trạng thái
299
3 [WebDAV]Được sử dụng bên trong phần tử phản hồi 299
4 để tránh lặp lại việc liệt kê các thành viên bên trong của nhiều liên kết với cùng một bộ sưu tập
299
5 [mã hóa HTTP Delta]Máy chủ đã đáp ứng yêu cầu tài nguyên 199
7 và phản hồi là biểu diễn kết quả của một hoặc nhiều thao tác phiên bản được áp dụng cho phiên bản hiện tại
Tin nhắn chuyển hướng
299
7
Yêu cầu có nhiều hơn một phản hồi có thể. Tác nhân người dùng hoặc người dùng nên chọn một trong số họ. [Không có cách chuẩn hóa nào để chọn một trong các câu trả lời, nhưng các liên kết HTML tới các khả năng được khuyến nghị để người dùng có thể chọn. ]
299
8URL của tài nguyên được yêu cầu đã được thay đổi vĩnh viễn. URL mới được cung cấp trong phản hồi
299
9Mã phản hồi này có nghĩa là URI của tài nguyên được yêu cầu đã tạm thời bị thay đổi. Những thay đổi khác trong URI có thể được thực hiện trong tương lai. Do đó, khách hàng nên sử dụng cùng một URI này trong các yêu cầu trong tương lai
300
0Máy chủ đã gửi phản hồi này để hướng dẫn máy khách lấy tài nguyên được yêu cầu tại một URI khác với yêu cầu GET
300
1Điều này được sử dụng cho mục đích lưu trữ. Nó cho khách hàng biết rằng phản hồi chưa được sửa đổi, vì vậy khách hàng có thể tiếp tục sử dụng cùng một phiên bản phản hồi được lưu trong bộ nhớ cache
300
2 Không dùng nữaĐược xác định trong phiên bản trước của đặc tả HTTP để cho biết rằng phản hồi được yêu cầu phải được truy cập bằng proxy. Nó không được dùng nữa do những lo ngại về bảo mật liên quan đến cấu hình trong băng tần của proxy
300
3Mã phản hồi này không còn được sử dụng nữa; . Nó đã được sử dụng trong phiên bản trước của HTTP/1. 1 đặc điểm kỹ thuật
300
4Máy chủ gửi phản hồi này để hướng dẫn máy khách lấy tài nguyên được yêu cầu tại một URI khác với cùng một phương thức đã được sử dụng trong yêu cầu trước đó. Điều này có cùng ngữ nghĩa với mã phản hồi HTTP 299
9, ngoại trừ tác nhân người dùng không được thay đổi phương thức HTTP được sử dụng. nếu một 200
0 đã được sử dụng trong yêu cầu đầu tiên, một 200
0 phải được sử dụng trong yêu cầu thứ hai
300
8Điều này có nghĩa là tài nguyên hiện được định vị vĩnh viễn tại một URI khác, được chỉ định bởi tiêu đề Phản hồi HTTP 300
9. Điều này có cùng ngữ nghĩa với mã phản hồi HTTP 299
8, ngoại trừ tác nhân người dùng không được thay đổi phương thức HTTP được sử dụng. nếu một 200
0 đã được sử dụng trong yêu cầu đầu tiên, một 200
0 phải được sử dụng trong yêu cầu thứ hai
Phản hồi lỗi của khách hàng
399
3
Máy chủ không thể hoặc sẽ không xử lý yêu cầu do điều gì đó được coi là lỗi máy khách [e. g. , cú pháp yêu cầu không đúng định dạng, khung thông báo yêu cầu không hợp lệ hoặc định tuyến yêu cầu lừa đảo]
399
4Mặc dù tiêu chuẩn HTTP chỉ định "trái phép", nhưng về mặt ngữ nghĩa, phản hồi này có nghĩa là "không được xác thực". Nghĩa là, khách hàng phải tự xác thực để nhận được phản hồi được yêu cầu
399
5 Thử nghiệmMã phản hồi này được dành riêng để sử dụng trong tương lai. Mục đích ban đầu để tạo mã này là sử dụng nó cho các hệ thống thanh toán kỹ thuật số, tuy nhiên mã trạng thái này rất hiếm khi được sử dụng và không có quy ước tiêu chuẩn nào tồn tại
399
6Khách hàng không có quyền truy cập vào nội dung; . Không giống như 399
4, danh tính của khách hàng được máy chủ biết
399
8Máy chủ không thể tìm thấy tài nguyên được yêu cầu. Trong trình duyệt, điều này có nghĩa là URL không được nhận dạng. Trong một API, điều này cũng có nghĩa là điểm cuối hợp lệ nhưng bản thân tài nguyên không tồn tại. Máy chủ cũng có thể gửi phản hồi này thay vì 399
6 để che giấu sự tồn tại của tài nguyên khỏi máy khách trái phép. Mã phản hồi này có lẽ được biết đến nhiều nhất do nó xuất hiện thường xuyên trên web
400
0Phương thức yêu cầu được máy chủ biết nhưng không được tài nguyên đích hỗ trợ. Ví dụ: API có thể không cho phép gọi 400
1 để xóa tài nguyên
400
2Phản hồi này được gửi khi máy chủ web, sau khi thực hiện thương lượng nội dung do máy chủ điều khiển, không tìm thấy bất kỳ nội dung nào phù hợp với tiêu chí do tác nhân người dùng đưa ra
400
3Điều này tương tự như 399
4 nhưng cần phải xác thực bằng proxy
400
5Phản hồi này được gửi trên một kết nối nhàn rỗi bởi một số máy chủ, ngay cả khi không có bất kỳ yêu cầu nào trước đó của máy khách. Điều đó có nghĩa là máy chủ muốn tắt kết nối không sử dụng này. Phản hồi này được sử dụng nhiều hơn vì một số trình duyệt, như Chrome, Firefox 27+ hoặc IE9, sử dụng cơ chế kết nối trước HTTP để tăng tốc độ lướt web. Cũng lưu ý rằng một số máy chủ chỉ tắt kết nối mà không gửi thông báo này
400
6Phản hồi này được gửi khi yêu cầu xung đột với trạng thái hiện tại của máy chủ
400
7Phản hồi này được gửi khi nội dung được yêu cầu đã bị xóa vĩnh viễn khỏi máy chủ, không có địa chỉ chuyển tiếp. Khách hàng phải xóa bộ đệm và liên kết đến tài nguyên. Đặc tả HTTP dự định mã trạng thái này sẽ được sử dụng cho "các dịch vụ quảng cáo, trong thời gian giới hạn". Các API không nên cảm thấy bắt buộc phải chỉ ra các tài nguyên đã bị xóa bằng mã trạng thái này
400
8Máy chủ đã từ chối yêu cầu vì trường tiêu đề 400
9 không được xác định và máy chủ yêu cầu nó
499
0Máy khách đã chỉ ra các điều kiện tiên quyết trong tiêu đề của nó mà máy chủ không đáp ứng
499
1Thực thể yêu cầu lớn hơn giới hạn do máy chủ xác định. Máy chủ có thể đóng kết nối hoặc trả về trường tiêu đề 499
2
499
3URI do máy khách yêu cầu dài hơn máy chủ sẵn sàng diễn giải
499
4Định dạng phương tiện của dữ liệu được yêu cầu không được máy chủ hỗ trợ, vì vậy máy chủ đang từ chối yêu cầu
499
5Phạm vi được chỉ định bởi trường tiêu đề 299
1 trong yêu cầu không thể được đáp ứng. Có thể phạm vi nằm ngoài kích thước dữ liệu của URI đích
499
7Mã phản hồi này có nghĩa là kỳ vọng được chỉ định bởi trường tiêu đề yêu cầu 499
8 không thể được đáp ứng bởi máy chủ
499
9Máy chủ từ chối nỗ lực pha cà phê bằng ấm trà
500
0Yêu cầu được hướng đến một máy chủ không thể tạo phản hồi. Điều này có thể được gửi bởi một máy chủ không được định cấu hình để tạo phản hồi cho sự kết hợp giữa lược đồ và quyền hạn được bao gồm trong URI yêu cầu
500
1 [WebDAV]Yêu cầu được định dạng tốt nhưng không thể thực hiện được do lỗi ngữ nghĩa
500
2 [WebDAV]Tài nguyên đang được truy cập đã bị khóa
500
3 [WebDAV]Yêu cầu không thành công do yêu cầu trước đó không thành công
500
4 Thử nghiệmCho biết rằng máy chủ không muốn mạo hiểm xử lý một yêu cầu có thể được phát lại
500
5Máy chủ từ chối thực hiện yêu cầu bằng giao thức hiện tại nhưng có thể sẵn sàng làm như vậy sau khi máy khách nâng cấp lên một giao thức khác. Máy chủ gửi tiêu đề 199
2 trong phản hồi 426 để cho biết [các] giao thức được yêu cầu
500
7Máy chủ gốc yêu cầu yêu cầu phải có điều kiện. Phản hồi này nhằm ngăn chặn sự cố 'mất bản cập nhật', trong đó một khách hàng thay đổi trạng thái của tài nguyên, sửa đổi nó và quay trở lại máy chủ, trong khi đó bên thứ ba đã sửa đổi trạng thái trên máy chủ, dẫn đến xung đột
599
0Người dùng đã gửi quá nhiều yêu cầu trong một khoảng thời gian nhất định ["giới hạn tốc độ"]
599
1Máy chủ không muốn xử lý yêu cầu vì các trường tiêu đề của nó quá lớn. Yêu cầu có thể được gửi lại sau khi giảm kích thước của các trường tiêu đề yêu cầu
599
2Tác nhân người dùng đã yêu cầu một tài nguyên không thể được cung cấp một cách hợp pháp, chẳng hạn như một trang web bị chính phủ kiểm duyệt
Phản hồi lỗi máy chủ
599
3
Máy chủ gặp phải tình huống không biết xử lý như thế nào
599
4Phương thức yêu cầu không được máy chủ hỗ trợ và không thể xử lý. Các phương pháp duy nhất mà máy chủ được yêu cầu hỗ trợ [và do đó không được trả về mã này] là 199
7 và 199
8
599
7Phản hồi lỗi này có nghĩa là máy chủ, trong khi hoạt động như một cổng để nhận phản hồi cần thiết để xử lý yêu cầu, đã nhận được phản hồi không hợp lệ
599
8Máy chủ chưa sẵn sàng để xử lý yêu cầu. Các nguyên nhân phổ biến là do máy chủ ngừng hoạt động để bảo trì hoặc quá tải. Lưu ý rằng cùng với phản hồi này, một trang thân thiện với người dùng giải thích vấn đề sẽ được gửi. Phản hồi này nên được sử dụng cho các điều kiện tạm thời và tiêu đề HTTP 499
2, nếu có thể, nên chứa thời gian ước tính trước khi khôi phục dịch vụ. Quản trị viên web cũng phải quan tâm đến các tiêu đề liên quan đến bộ nhớ đệm được gửi cùng với phản hồi này vì các phản hồi điều kiện tạm thời này thường không được lưu vào bộ nhớ cache
199
00Phản hồi lỗi này được đưa ra khi máy chủ hoạt động như một cổng và không thể nhận được phản hồi kịp thời
199
01Phiên bản HTTP được sử dụng trong yêu cầu không được máy chủ hỗ trợ
199
02Máy chủ có lỗi cấu hình bên trong. tài nguyên biến thể đã chọn được định cấu hình để tự tham gia vào quá trình thương lượng nội dung minh bạch và do đó không phải là điểm kết thúc thích hợp trong quá trình thương lượng
199
03 [WebDAV]Không thể thực hiện phương pháp này trên tài nguyên vì máy chủ không thể lưu trữ biểu diễn cần thiết để hoàn thành thành công yêu cầu