Tra cứu mã HTTP Status

Tra cứu và tìm kiếm mã trạng thái HTTP. Bộ lọc theo mã, cụm từ, mô tả hoặc phân loại.

100
1xx

Continue

The server has received the request headers and the client should proceed to send the request body.

101
1xx

Switching Protocols

The requester has asked the server to switch protocols and the server has agreed to do so.

102
1xx

Processing

A WebDAV request may contain many sub-requests involving file operations, requiring a long time to complete the request.

103
1xx

Early Hints

Used to return some response headers before final HTTP message.

200
2xx

OK

Standard response for successful HTTP requests.

201
2xx

Created

The request has been fulfilled, resulting in the creation of a new resource.

202
2xx

Accepted

The request has been accepted for processing, but the processing has not been completed.

203
2xx

Non-Authoritative Information

The server is a transforming proxy (e.g. a Web accelerator) that received a 200 OK from its origin, but is returning a modified version of the origin's response.

204
2xx

No Content

The server successfully processed the request and is not returning any content.

205
2xx

Reset Content

The server successfully processed the request, but is not returning any content. Unlike a 204 response, this response requires that the requester reset the document view.

206
2xx

Partial Content

The server is delivering only part of the resource (byte serving) due to a range header sent by the client.

300
3xx

Multiple Choices

Indicates multiple options for the resource from which the client may choose.

301
3xx

Moved Permanently

This and all future requests should be directed to the given URI.

302
3xx

Found

Tells the client to look at (browse to) another URL. The HTTP/1.0 specification (RFC 1945) required the client to perform a temporary redirect.

303
3xx

See Other

The response to the request can be found under another URI using the GET method.

304
3xx

Not Modified

Indicates that the resource has not been modified since the version specified by the request headers If-Modified-Since or If-None-Match.

307
3xx

Temporary Redirect

In this case, the request should be repeated with another URI; however, future requests should still use the original URI.

308
3xx

Permanent Redirect

The request and all future requests should be repeated using another URI.

400
4xx

Bad Request

The server cannot or will not process the request due to an apparent client error.

401
4xx

Unauthorized

Similar to 403 Forbidden, but specifically for use when authentication is required and has failed or has not yet been provided.

402
4xx

Payment Required

Reserved for future use. The original intention was that this code might be used as part of some form of digital cash or micropayment scheme.

403
4xx

Forbidden

The request was valid, but the server is refusing action. The user might not have the necessary permissions for a resource.

404
4xx

Not Found

The requested resource could not be found but may be available in the future. Subsequent requests by the client are permissible.

405
4xx

Method Not Allowed

A request method is not supported for the requested resource.

406
4xx

Not Acceptable

The requested resource is capable of generating only content not acceptable according to the Accept headers sent in the request.

407
4xx

Proxy Authentication Required

The client must first authenticate itself with the proxy.

408
4xx

Request Timeout

The server timed out waiting for the request.

409
4xx

Conflict

Indicates that the request could not be processed because of conflict in the current state of the resource.

410
4xx

Gone

Indicates that the resource requested is no longer available and will not be available again.

413
4xx

Payload Too Large

The request is larger than the server is willing or able to process.

414
4xx

URI Too Long

The URI provided was too long for the server to process.

415
4xx

Unsupported Media Type

The request entity has a media type which the server or resource does not support.

418
4xx

I'm a teapot

The server refuses the attempt to brew coffee with a teapot.

422
4xx

Unprocessable Entity

The request was well-formed but was unable to be followed due to semantic errors.

429
4xx

Too Many Requests

The user has sent too many requests in a given amount of time.

500
5xx

Internal Server Error

A generic error message, given when an unexpected condition was encountered and no more specific message is suitable.

501
5xx

Not Implemented

The server either does not recognize the request method, or it lacks the ability to fulfill the request.

502
5xx

Bad Gateway

The server was acting as a gateway or proxy and received an invalid response from the upstream server.

503
5xx

Service Unavailable

The server is currently unavailable (because it is overloaded or down for maintenance).

504
5xx

Gateway Timeout

The server was acting as a gateway or proxy and did not receive a timely response from the upstream server.

505
5xx

HTTP Version Not Supported

The server does not support the HTTP protocol version used in the request.

Related Tools

Tools you might also need

Bảo mật 100% • Không tải file lên máy chủ

Tại sao nên dùng Công cụ kiểm tra & tra cứu mã trạng thái HTTP Miễn phí 100% (Không cần đăng ký) miễn phí của Utiliome?

Xây dựng cho sự riêng tư tuyệt đối, xử lý tức thì và không có rào cản. Không yêu cầu đăng ký hay trả phí.

Miễn phí 100%, Luôn luôn như vậy

Không bao giờ gặp tường phí. Công cụ mã trạng thái HTTP của chúng tôi hoàn toàn miễn phí, không giới hạn sử dụng hay phí ẩn.

Không tải lên máy chủ & Riêng tư

Truy vấn của bạn hoàn toàn ở trong trình duyệt. Chúng tôi không lưu trữ hoặc theo dõi các yêu cầu API của bạn, đảm bảo tính riêng tư tuyệt đối.

Phản hồi tức thì, Sẵn sàng ngoại tuyến

Vì công cụ của chúng tôi hoạt động ở phía client, bạn sẽ nhận được phản hồi tức thì mà không cần chờ xử lý từ máy chủ bên ngoài.

Cơ sở dữ liệu mã toàn diện

Từ mã 200 OK phổ biến đến mã 418 I'm a Teapot hiếm gặp, tìm giải thích chi tiết cho mọi mã phản hồi HTTP tiêu chuẩn.

Utiliome so với các giải pháp Đám mây truyền thống

So sánh công nghệ WebAssembly xử lý nội bộ của chúng tôi với các công cụ đám mây cũ.

Tính năng Utiliome (Trình duyệt nội bộ) Công cụ đám mây truyền thống
Chi phí & Tường phí Miễn phí 100%, truy vấn không giới hạn Giới hạn lượt tra cứu hàng ngày hoặc bắt buộc nâng cấp trả phí
Quyền riêng tư & Lưu trữ dữ liệu Không tải lên máy chủ; hoàn toàn trong trình duyệt Truy vấn được ghi lại trên máy chủ từ xa để phân tích
Yêu cầu tài khoản Không cần đăng ký hoặc nhập email Bắt buộc đăng ký email sau vài lần sử dụng
Tốc độ thực thi Tức thì (Thực thi phía client) Chậm (Yêu cầu gửi và nhận yêu cầu từ máy chủ)

Cách sử dụng Công cụ kiểm tra & tra cứu mã trạng thái HTTP Miễn phí 100% (Không cần đăng ký) qua 3 bước đơn giản

Không cần cài đặt phần mềm. Mọi thứ hoạt động trực tiếp trên trình duyệt web của bạn.

1

Tìm kiếm mã của bạn

Chỉ cần nhập mã trạng thái HTTP 3 chữ số (ví dụ: 200, 404, 500) vào thanh tìm kiếm mà không cần rời khỏi trình duyệt.

2

Đọc định nghĩa

Nhận ngay mô tả chính thức, trường hợp sử dụng và ý nghĩa cho mã trạng thái cụ thể.

3

Triển khai hiệu quả

Sử dụng các thực hành tốt nhất được cung cấp để xử lý mã trạng thái một cách chính xác trong ứng dụng web hoặc RESTful API của bạn.

Hướng dẫn chi tiết để hiểu về các mã trạng thái HTTP

Trả lời nhanh: Mã trạng thái HTTP là các phản hồi bằng số có ba chữ số từ máy chủ web đến yêu cầu của trình duyệt. Chúng cho biết liệu một yêu cầu HTTP cụ thể đã được hoàn thành thành công hay chưa, cung cấp thông tin thiết yếu cho việc sửa lỗi và phát triển API.

Mỗi khi bạn tương tác với internet—cho dù bạn đang truy cập một trang web, lấy dữ liệu từ REST API hay gửi một biểu mẫu—một cuộc trò chuyện phức tạp đang diễn ra đằng sau hậu trường. Ngôn ngữ chung của cuộc trò chuyện này là Giao thức Truyền tải Siêu văn bản (HTTP), và phương thức giao tiếp chính của nó là thông qua các mã trạng thái HTTP. Các con số có ba chữ số này đóng vai trò là bản tóm tắt phản hồi của máy chủ đối với yêu cầu của client, cho bạn biết ngay lập tức liệu mọi thứ diễn ra hoàn hảo, có sự cố ở phía bạn hay bản thân máy chủ đã gặp lỗi nghiêm trọng.

Trong lịch sử, các mã trạng thái HTTP được thiết lập cùng với các phiên bản đầu tiên của web để chuẩn hóa việc giao tiếp giữa các hệ thống khác nhau. Nếu không có các mã này, các nhà phát triển phần mềm và kỹ sư mạng sẽ không có cách thống nhất để chẩn đoán sự cố kết nối hoặc xử lý logic ứng dụng dựa trên các kết quả khác nhau. Khi xây dựng các ứng dụng web ngày nay, việc sử dụng đúng các mã trạng thái HTTP không chỉ là một thực hành tốt nhất—đó là yêu cầu bắt buộc để tạo ra phần mềm mạnh mẽ, dễ bảo trì và thân thiện với người dùng.

Ví dụ: nếu người dùng cố gắng truy cập một trang không tồn tại, việc trả về mã 404 Not Found tiêu chuẩn sẽ báo rõ ràng cho trình duyệt (và các trình thu thập thông tin của công cụ tìm kiếm) rằng tài nguyên đã không còn. Nếu một endpoint API yêu cầu xác thực và client gửi yêu cầu mà không có token, việc trả về mã 401 Unauthorized sẽ truyền đạt rõ ràng yêu cầu đăng nhập. Những quy ước này giúp web hiện đại hoạt động bình thường, cho phép các hệ thống khác nhau được xây dựng bằng nhiều ngôn ngữ lập trình tương tác liền mạch.

Công cụ kiểm tra mã trạng thái HTTP trực tuyến miễn phí 100% của chúng tôi được thiết kế để giúp bạn truy cập ngay lập tức vào các định nghĩa này. Bạn không cần tài khoản và chúng tôi cam kết không tải dữ liệu lên máy chủ. Công cụ chạy trực tiếp trong trình duyệt của bạn, đảm bảo rằng các lượt tra cứu của bạn hoàn toàn riêng tư. Không giống như các đối thủ cạnh tranh cũ có thể theo dõi truy vấn của bạn hoặc ẩn thông tin quan trọng đằng sau các tường phí phiền phức, chúng tôi tin tưởng vào việc cung cấp trải nghiệm hoàn toàn không có rào cản. Chúng tôi cung cấp ngữ cảnh chi tiết cho từng mã trạng thái mà không yêu cầu đăng ký, đảm bảo quy trình làm việc của bạn không bị gián đoạn.

Phân loại các mã trạng thái HTTP: Từ 1xx đến 5xx

Trả lời nhanh: Các mã trạng thái được nhóm thành năm lớp riêng biệt dựa trên chữ số đầu tiên: 1xx (Thông tin), 2xx (Thành công), 3xx (Chuyển hướng), 4xx (Lỗi Client) và 5xx (Lỗi Server). Sự phân loại này giúp các nhà phát triển hiểu ngay tính chất tổng quát của phản hồi từ máy chủ.

Hiểu phân loại cấp cao của các mã trạng thái HTTP là cách nhanh nhất để nắm bắt kết quả của một yêu cầu web. Tổ chức Quản lý Số được Cấp phát qua Internet (IANA) duy trì sổ đăng ký chính thức, sắp xếp tất cả các mã thành năm mục lớn dựa trên chữ số bắt đầu của chúng.

1xx Phản hồi Thông tin (100–199) Các mã này cho biết máy chủ đã nhận được yêu cầu và đang tiếp tục quá trình. Chúng tương đối hiếm trong việc duyệt web hàng ngày nhưng rất quan trọng đối với các giao thức cụ thể. Ví dụ: mã 100 Continue báo cho client biết rằng phần ban đầu của yêu cầu đã được nhận và nên tiếp tục gửi phần còn lại. Mã 101 Switching Protocols thường xuất hiện khi thiết lập kết nối WebSocket, cho biết máy chủ đồng ý thay đổi giao thức giao tiếp.

2xx Phản hồi Thành công (200–299) Loại phản hồi tốt nhất! Mã 2xx có nghĩa là yêu cầu của client đã được nhận, hiểu và chấp nhận thành công. Mã 200 OK phổ biến là phản hồi tiêu chuẩn cho các yêu cầu HTTP thành công. Trong REST API, bạn sẽ thường xuyên gặp 201 Created (khi một tài nguyên mới được tạo thành công qua yêu cầu POST) và 204 No Content (khi yêu cầu thành công nhưng không có dữ liệu để trả về, thường dùng cho các thao tác DELETE).

3xx Thông điệp Chuyển hướng (300–399) Các mã này hướng dẫn client rằng cần phải thực hiện thêm hành động để hoàn thành yêu cầu, thường liên quan đến việc chuyển hướng đến một URL khác. Mã 301 Moved Permanently rất quan trọng cho SEO khi một trang thay đổi vị trí vĩnh viễn. Mã 302 Found hoặc 307 Temporary Redirect cho biết tài nguyên tạm thời nằm ở nơi khác. Mã 304 Not Modified rất tuyệt vời cho hiệu suất, báo cho trình duyệt sử dụng phiên bản đã lưu trong bộ nhớ tạm thay vì tải lại.

4xx Phản hồi Lỗi Client (400–499) Khi lỗi xuất phát từ yêu cầu của client, mã 4xx sẽ được trả về. Điều này thường có nghĩa là yêu cầu chứa cú pháp sai hoặc không thể thực hiện được. Mã 400 Bad Request là lỗi client chung. 401 Unauthorized và 403 Forbidden xử lý tương ứng các lỗi về xác thực và phân quyền. Mã 404 Not Found nổi tiếng có nghĩa là URL được yêu cầu không tồn tại trên máy chủ. Các API hiện đại cũng sử dụng nhiều mã 429 Too Many Requests để thực thi giới hạn lưu lượng.

5xx Phản hồi Lỗi Server (500–599) Nếu một yêu cầu hợp lệ được gửi nhưng máy chủ không thể thực hiện do sự cố nội bộ, mã 5xx sẽ được tạo ra. Mã 500 Internal Server Error là lỗi chung cho các sự cố máy chủ không mong muốn. Mã 502 Bad Gateway chỉ ra sự cố máy chủ tuyến trên, trong khi 503 Service Unavailable có nghĩa là máy chủ bị quá tải hoặc đang bảo trì. Mã 504 Gateway Timeout xảy ra khi máy chủ đóng vai trò là gateway không nhận được phản hồi kịp thời từ máy chủ tuyến trên.

Các mã trạng thái HTTP phổ biến mà mọi lập trình viên nên biết

Trả lời nhanh: Mặc dù có hàng chục mã tiêu chuẩn, hầu hết các lập trình viên thường làm việc với một tập hợp cốt lõi: 200 (OK), 201 (Created), 204 (No Content), 400 (Bad Request), 401 (Unauthorized), 403 (Forbidden), 404 (Not Found) và 500 (Internal Server Error).

Nắm vững một tập hưưp mã trạng thái HTTP cốt lõi là điều cần thiết đối với bất kỳ nhà phát triển phần mềm hiện đại nào, đặc biệt là khi xây dựng và sử dụng RESTful API. Hãy cùng đi sâu vào các sắc thái của các mã quan trọng này và cách chúng định hình thiết kế ứng dụng mạnh mẽ.

Chuỗi Thành công 2xx Mặc dù 200 OK là tiêu chuẩn cho thành công chung, sự chính xác trong thiết kế API đòi hỏi sử dụng các mã cụ thể hơn. Khi client gửi yêu cầu POST để tạo người dùng, việc trả về 201 Created mang lại nhiều thông tin hơn nhiều so với 200 OK. Nó xác nhận rõ ràng sự kiện tạo và thường bao gồm header 'Location' trỏ đến tài nguyên mới. Tương tự, khi client gửi yêu cầu DELETE và thao tác thành công, việc trả về 204 No Content là lý tưởng vì đơn giản là không còn dữ liệu có ý nghĩa nào để gửi lại trong body phản hồi.

Phân biệt lỗi 4xx: Xác thực (Authentication) vs Phân quyền (Authorization) Một nguồn gây nhầm lẫn phổ biến là sự khác biệt giữa 401 Unauthorized và 403 Forbidden. 401 Unauthorized về bản chất có nghĩa là "Chưa xác thực". Client phải cung cấp thông tin xác thực hợp lệ (như bearer token) để tiếp tục. Ngược lại, 403 Forbidden có nghĩa là danh tính của client đã được biết, nhưng họ thiếu các quyền cần thiết để truy cập tài nguyên cụ thể. Ví dụ: một người dùng thông thường cố gắng truy cập bảng điều khiển quản trị sẽ nhận được mã 403 Forbidden.

Sự khác biệt giữa 404 và 410 Tất cả chúng ta đều biết 404 Not Found, nhưng điều gì sẽ xảy ra nếu một tài nguyên cố tình bị xóa và sẽ không bao giờ trở lại? Trong kịch bản đó, 410 Gone phù hợp hơn nhiều. Mã 410 báo rõ ràng cho các trình thu thập thông tin web và client rằng sự vắng mặt này là vĩnh viễn, cho phép họ tự tin xóa liên kết khỏi bộ nhớ tạm và chỉ mục của họ. Mã 404 thì mơ hồ—nó chỉ có nghĩa là nó không có ở đó *vào lúc này*.

Bằng cách sử dụng chính xác các mã này, các nhà phát triển có thể xây dựng các API tự giải thích, dễ dàng sửa lỗi và tích hợp hơn nhiều. Công cụ miễn phí 100%, riêng tư của chúng tôi giúp việc kiểm tra các sắc thái này nhanh chóng và đơn giản. Vì nền tảng của chúng tôi hoàn toàn chạy trong trình duyệt, bạn sẽ nhận được câu trả lời tức thì mà không cần tải dữ liệu lên máy chủ, giúp quy trình phát triển của bạn luôn mượt mà và an toàn.

Tại sao quyền riêng tư và công cụ trong trình duyệt lại quan trọng với lập trình viên

Trả lời nhanh: Các công cụ dành cho lập trình viên nên tôn trọng quy trình làm việc của bạn bằng cách giữ dữ liệu nghiêm ngặt trên máy của bạn. Việc sử dụng công cụ miễn phí 100%, không tải lên máy chủ đảm bảo rằng các truy vấn, endpoint API và mô hình phát triển của bạn hoàn toàn riêng tư.

Trong bối cảnh phát triển ngày nay, các công cụ chúng ta sử dụng thường yêu cầu đánh đổi quyền riêng tư lấy sự tiện lợi. Nhiều tiện ích, công cụ định dạng và tra cứu trực tuyến hoạt động bằng cách gửi dữ liệu của bạn đến các máy chủ từ xa để xử lý. Điều này có nghĩa là các truy vấn tìm kiếm, đoạn mã hoặc cấu trúc endpoint API của bạn có khả năng bị ghi lại, phân tích hoặc bán đi. Đây là lý do tại sao việc xây dựng các công cụ với triết lý "Không tải lên máy chủ" là rất quan trọng đối với kỹ thuật phần mềm hiện đại.

Khi bạn sử dụng công cụ kiểm tra mã trạng thái HTTP của chúng tôi, mọi thứ đều diễn ra cục bộ trên máy của bạn. Ứng dụng được tải vào trình duyệt của bạn và tất cả logic chạy ở phía client. Mô hình thực thi trong trình duyệt này mang lại một số lợi ích to lớn. Đầu tiên và quan trọng nhất là quyền riêng tư. Vì chúng tôi không xử lý các truy vấn của bạn trên máy chủ backend, chúng tôi hoàn toàn không thể theo dõi những gì bạn đang tra cứu. Cho dù bạn đang sửa lỗi một ứng dụng nội bộ nhạy cảm hay chỉ đơn giản là khám phá các tiêu chuẩn API, hoạt động của bạn vẫn hoàn toàn riêng tư.

Thứ hai, kiến trúc này đảm bảo hiệu suất cực nhanh. Bằng cách loại bỏ thời gian truyền tải qua mạng gắn liền với các ứng dụng phía máy chủ truyền thống, công cụ của chúng tôi phản hồi tức thì. Không có độ trễ, không phải chờ máy chủ khởi động và không có giới hạn lưu lượng API. Vòng phản hồi tức thì này chính là những gì các lập trình viên cần khi họ đang tập trung cao độ để xử lý một sự cố mạng phức tạp.

Cuối cùng, chúng tôi tin rằng các công cụ phát triển cơ bản phải miễn phí 100% và hoàn toàn không có rào cản. Bạn không bao giờ phải bắt buộc tạo tài khoản, xác minh địa chỉ email hoặc rút thẻ tín dụng chỉ để tra cứu định nghĩa mã 409 Conflict. Công cụ của chúng tôi tuyệt đối không yêu cầu đăng ký. Bạn có quyền truy cập không giới hạn vào cơ sở dữ liệu mã trạng thái toàn diện mà không gặp phải bất kỳ chiêu trò gài bẫy nào từ các đối thủ cũ. Chúng tôi cam kết cung cấp các tiện ích lập trình tốt nhất, riêng tư nhất và hoàn toàn miễn phí trên web.

Câu hỏi thường gặp và Hướng dẫn kỹ thuật Công cụ kiểm tra & tra cứu mã trạng thái HTTP Miễn phí 100% (Không cần đăng ký)

Mọi thông tin cần biết khi sử dụng công cụ tra cứu mã trạng thái http miễn phí trực tuyến miễn phí của Utiliome.

Công cụ tra cứu mã trạng thái HTTP này có hoàn toàn miễn phí không?

Có, công cụ của chúng tôi miễn phí 100% mãi mãi. Không có tường phí, phí ẩn hay giới hạn số lần bạn có thể tìm kiếm. Bạn có thể tra cứu bao nhiêu mã trạng thái tùy thích mà không bao giờ bị giới hạn.

Tôi có cần đăng ký để sử dụng công cụ kiểm tra không?

Tuyệt đối không. Bạn có thể sử dụng công cụ ngay lập tức mà không cần đăng ký, không cần tạo tài khoản và không bắt buộc nhập email. Chúng tôi tin vào việc cung cấp các công cụ thuận tiện cho lập trình viên.

Dữ liệu và lịch sử truy vấn của tôi có được bảo mật riêng tư không?

Có. Công cụ này hoạt động hoàn toàn trong trình duyệt. Chúng tôi đảm bảo không tải dữ liệu lên máy chủ, nghĩa là các truy vấn của bạn không bao giờ được gửi đến máy chủ backend, không bị theo dõi hay lưu trữ ở bất kỳ đâu.

Tất cả các mã trạng thái HTTP tiêu chuẩn có được bao gồm không?

Có, cơ sở dữ liệu toàn diện của chúng tôi bao gồm tất cả các mã trạng thái chính thức thuộc sổ đăng ký IANA từ chuỗi 1xx đến 5xx, cũng như một số mã không chính thức phổ biến được sử dụng bởi các nền tảng như Cloudflare và NGINX.

Công cụ này so với các giải pháp trả phí khác như thế nào?

Không giống như các đối thủ cũ có thể hạn chế truy vấn, ghi lại dữ liệu của bạn hoặc yêu cầu tài khoản phiền phức, Utilio cung cấp trải nghiệm không giới hạn, hoàn toàn riêng tư và miễn phí 100% với phản hồi phía client tức thì.