orm 列表 partial 關閉連接 connect 時移 通過 ont sat

HTTP協議（轉載自牛客網不知名大神）

1.簡介 　　HTTP協議（Hyper Text Transfer Protocol，超文本傳輸協議）,是用於從萬維網（WWW:World Wide Web ）服務器傳輸超文本到本地瀏覽器的傳送協議。 　　HTTP基於TCP/IP通信協議來傳遞數據。 　　HTTP基於客戶端/服務端（C/S）架構模型，通過一個可靠的鏈接來交換信息，是一個無狀態的請求/響應協議。 2.特點 　　（1）HTTP是無連接：無連接的含義是限制每次連接只處理一個請求。服務器處理完客戶的請求，並收到客戶的應答後，即斷開連接。采用這種方式可以節省傳輸時間。 　　（2）HTTP是媒體獨立的：只要客戶端和服務器知道如何處理的數據內容，任何類型的數據都可以通過HTTP發送。客戶端以及服務器指定使用適合的MIME-type內容類型。 　　（3）HTTP是無狀態：無狀態是指協議對於事務處理沒有記憶能力。缺少狀態意味著如果後續處理需要前面的信息，則它必須重傳，這樣可能導致每次連接傳送的數據量增大。另一方面，在服務器不需要先前信息時它的應答就較快。 3.通信流程 　　　　 4.消息結構

　　HTTP使用統一資源標識符（Uniform Resource Identifiers, URI）來傳輸數據和建立連接。一旦建立連接後，數據消息就通過類似Internet郵件所使用的格式[RFC5322]和多用途Internet郵件擴展（MIME）[RFC2045]來傳送。

　　客戶端請求消息：請求行、請求頭部、空行和請求數據。

1 2 3 4

GET /hello.txt HTTP/1.1 User-Agent: curl/7.16.3 libcurl/7.16.3 OpenSSL/0.9.7l zlib/1.2.3 Host: www.example.com Accept-Language: en, mi

　　服務端響應消息：狀態行、消息報頭、空行和響應正文。

1 2 3 4 5 6 7 8 9

HTTP/1.1 200 OK Date: Mon, 27 Jul 2009 12:28:53 GMT Server: Apache Last-Modified: Wed, 22 Jul 2009 19:15:56 GMT ETag: "34aa387-d-1568eb00" Accept-Ranges: bytes Content-Length: 51 Vary: Accept-Encoding Content-Type: text/plain

5.請求方法 GET 請求指定的頁面信息，並返回實體主體。 HEAD 類似於get請求，只不過返回的響應中沒有具體的內容，用於獲取報頭 POST 向指定資源提交數據進行處理請求（例如提交表單或者上傳文件）。數據被包含在請求體中。POST請求可能會導致新的資源的建立和/或已有資源的修改。 PUT 從客戶端向服務器傳送的數據取代指定的文檔的內容。 DELETE 請求服務器刪除指定的頁面。 CONNECT HTTP/1.1協議中預留給能夠將連接改為管道方式的代理服務器。 OPTIONS 允許客戶端查看服務器的性能。 TRACE 回顯服務器收到的請求，主要用於測試或診斷。 6.狀態碼 HTTP狀態碼分類
1** 信息，服務器收到請求，需要請求者繼續執行操作 2** 成功，操作被成功接收並處理 3** 重定向，需要進一步的操作以完成請求 4** 客戶端錯誤，請求包含語法錯誤或無法完成請求 5** 服務器錯誤，服務器在處理請求的過程中發生了錯 HTTP狀態碼列表 100 Continue 繼續。客戶端應繼續其請求 101 Switching Protocols 切換協議。服務器根據客戶端的請求切換協議。只能切換到更高級的協議，例如，切換到HTTP的新版本協議 200 OK 請求成功。一般用於GET與POST請求 201 Created 已創建。成功請求並創建了新的資源 202 Accepted 已接受。已經接受請求，但未處理完成 203 Non-Authoritative Information 非授權信息。請求成功。但返回的meta信息不在原始的服務器，而是一個副本 204 No Content 無內容。服務器成功處理，但未返回內容。在未更新網頁的情況下，可確保瀏覽器繼續顯示當前文檔 205 Reset Content 重置內容。服務器處理成功，用戶終端（例如：瀏覽器）應重置文檔視圖。可通過此返回碼清除瀏覽器的表單域 206 Partial Content 部分內容。服務器成功處理了部分GET請求 300 Multiple Choices 多種選擇。請求的資源可包括多個位置，相應可返回一個資源特征與地址的列表用於用戶終端（例如：瀏覽器）選擇 301 Moved Permanently 永久移動。請求的資源已被永久的移動到新URI，返回信息會包括新的URI，瀏覽器會自動定向到新URI。今後任何新的請求都應使用新的URI代替 302 Found 臨時移動。與301類似。但資源只是臨時被移動。客戶端應繼續使用原有URI 303 See Other 查看其它地址。與301類似。使用GET和POST請求查看 304 Not Modified 未修改。所請求的資源未修改，服務器返回此狀態碼時，不會返回任何資源。客戶端通常會緩存訪問過的資源，通過提供一個頭信息指出客戶端希望只返回在指定日期之後修改的資源 305 Use Proxy 使用代理。所請求的資源必須通過代理訪問 306 Unused 已經被廢棄的HTTP狀態碼 307 Temporary Redirect 臨時重定向。與302類似。使用GET請求重定向 400 Bad Request 客戶端請求的語法錯誤，服務器無法理解 401 Unauthorized 請求要求用戶的身份認證 402 Payment Required 保留，將來使用 403 Forbidden 服務器理解請求客戶端的請求，但是拒絕執行此請求 404 Not Found 服務器無法根據客戶端的請求找到資源（網頁）。通過此代碼，網站設計人員可設置"您所請求的資源無法找到"的個性頁面 405 Method Not Allowed 客戶端請求中的方法被禁止 406 Not Acceptable 服務器無法根據客戶端請求的內容特性完成請求 407 Proxy Authentication Required 請求要求代理的身份認證，與401類似，但請求者應當使用代理進行授權 408 Request Time-out 服務器等待客戶端發送的請求時間過長，超時 409 Conflict 服務器完成客戶端的PUT請求是可能返回此代碼，服務器處理請求時發生了沖突 410 Gone 客戶端請求的資源已經不存在。410不同於404，如果資源以前有現在被永久刪除了可使用410代碼，網站設計人員可通過301代碼指定資源的新位置 411 Length Required 服務器無法處理客戶端發送的不帶Content-Length的請求信息 412 Precondition Failed 客戶端請求信息的先決條件錯誤 413 Request Entity Too Large 由於請求的實體過大，服務器無法處理，因此拒絕請求。為防止客戶端的連續請求，服務器可能會關閉連接。如果只是服務器暫時無法處理，則會包含一個Retry-After的響應信息 414 Request-URI Too Large 請求的URI過長（URI通常為網址），服務器無法處理 415 Unsupported Media Type 服務器無法處理請求附帶的媒體格式 416 Requested range not satisfiable 客戶端請求的範圍無效 417 Expectation Failed 服務器無法滿足Expect的請求頭信息 500 Internal Server Error 服務器內部錯誤，無法完成請求 501 Not Implemented 服務器不支持請求的功能，無法完成請求 502 Bad Gateway 充當網關或代理的服務器，從遠端服務器接收到了一個無效的請求 503 Service Unavailable 由於超載或系統維護，服務器暫時的無法處理客戶端的請求。延時的長度可包含在服務器的Retry-After頭信息中 504 Gateway Time-out 充當網關或代理的服務器，未及時從遠端服務器獲取請求 505 HTTP Version not supported 服務器不支持請求的HTTP協議的版本，無法完成處理

http協議簡單解析