你所不知道的HTTP協議

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是無狀態：無狀態是指協議對於事務處理沒有記憶能力。缺乏狀態意味着若是後續處理須要前面的信息，則它必須重傳，這樣可能致使每次鏈接傳送的數據量增大。另外一方面，在服務器不須要先前信息時它的應答就較快。
2.通訊流程

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

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

1  　　 GET /hello.txt HTTP/1.1

2   　　User-Agent: curl/7.16.3 libcurl/7.16.3

3　　　OpenSSL/0.9.7l zlib/1.2.3

4         Host: www.example.com Accept-Language: en, mi

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

1　　HTTP/1.1 200 OK

2　　Date: Mon, 27 Jul 2009 12:28:53 GMT

3　　Server: Apache

4　　Last-Modified: Wed, 22 Jul 2009 19:15:56 GMT

5　　ETag: "34aa387-d-1568eb00"

6　　Accept-Ranges: bytes

7　　Content-Length: 51

8　　Vary: Accept-Encoding

9　　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協議的版本，沒法完成處理
發表於 2016-07-27 15:52:06 回覆(0)
9

Ling。頭像Ling。A錯誤，http是無狀態的B錯誤，後面的是request 頭C正確，GET表示獲取資源，POST表示新增一個資源，PUT表示更新資源,DELETE 表示刪除資源等等D錯誤，狀態碼304表示：若是客戶端發送了一個帶條件的 GET 請求且該請求已被容許，而文檔的內容（自上次訪問以來或者根據請求的條件）並無改變，則服務器應當返回這個狀態碼。