hypertext transfer protocol，超文字傳輸協議：通常執行在tcp之上。它指定了客戶端可能傳送給伺服器什麼樣的訊息以及得到什麼樣的響應。網際網路上應用最為廣泛的一種網路傳輸協議，所有的www檔案都必須遵守這個標準。請求和響應訊息的頭以ascii碼形式給出。
採用80或8080埠（https是443）；無狀態的協議，不需要保持持久的連線，節省傳輸時間、網路空間浪費。
請求報文：
就是四個部分（請求行、請求頭、空行（隔離上下部分）、請求資料主體）
請求行：
請求方法method–見下文；請求url（統一資源定位符）；http協議及版本（一般是：http/1.1）
請求方法method：
# options：返回伺服器針對特定資源所支援的http請求方法。也可以利用向web伺服器傳送'*'的請求來測試伺服器的功能性。
# head：向伺服器索要與get請求相一致的響應，只不過響應體將不會被返回。這一方法可以在不必傳輸整個響應內容的情況下，就可以獲取包含在響應訊息頭中的元資訊。
# get：向特定的資源發出請求。
# post：向指定資源提交資料進行處理請求（例如提交表單或者上傳檔案）。資料被包含在請求體中。post請求可能會導致新的資源的建立和/或已有資源的修改。
# delete：請求伺服器刪除request-uri所標識的資源。
# trace：回顯伺服器收到的請求，主要用於測試或診斷。
# connect：http/1.1協議中預留給能夠將連線改為管道方式的**伺服器
1.get方法的資料引數是暴露在起始行的url中的（會被瀏覽器記錄儲存），而post方法的資料引數是在報文主體中的（不會被儲存）。
2.get方法相對來說沒有post安全，因為它的資料引數可以直接從url中獲取，但是get的效率更高。
3.get方法的資料引數大小有一定的限制（1024）（原因也是因為它的資料引數是放在url中的），而post對資料大小理論上是沒有限制的，這個要看瀏覽器。
4.get請求只能url編碼，而post支援多種編碼。
常見請求頭：
# user-agent----客戶端的作業系統、瀏覽器的版本資訊等
# cookie----儲存使用者資訊，會話資訊
# accept----告訴伺服器，客戶端接受什麼型別響應
# accept-charset ----指定客戶端接受的字符集
# accept-encoding----指定能接受的編碼格式(一般是壓縮形式，gzip和deflate)
# accept-language：告訴伺服器能夠傳送哪些語言
# host----指定請求的資源的主機和埠號
# expect：允許客戶端列出某請求所要求的伺服器行為
請求的具體資料(可能被加密)
響應報文：
四個個部分（響應行，響應頭，空行、響應體）
響應行http協議及版本，狀態碼（見下文）及狀態描述
狀態碼：
常見響應頭
# set-cookie 向客戶端傳送cookie，與cookie頭相互對應
# cache-control 響應輸出到客戶端後,服務端通過該屬性告訴客戶端該怎麼控制響應內容的快取
# location 在重定向中或者建立新資源時使用
# server---伺服器所使用的web伺服器資訊
# content-type----響應正文的內容型別
# content-encoding----響應正文的編碼方式
# content-length----響應正文的內容長度
請求和響應報文最主要區別就是行的區別，乙個是method+url+版本
乙個是版本+狀態碼
網路通訊協議
網路協議是構成網路的基本元件之一，協議是若干規則和協定的組合，一般指機器1的第n 層與機器2的第 n層的對話，這種對話中所使用的若干規則和約束便稱為第 n層網路協議。tcp ip 網路體系結構模型就是遵循 tcp ip 協議進行通訊的一種分層體系，現今，internet 和intranet 所使用的...
網路通訊協議
通過計算機網路可以使多台計算機實現連線，位於同乙個網路中的計算機在進行連線和通訊時需要遵守一定的規則，這就好比在道路中行駛的汽車一定要遵守交通規則一樣。在計算機網路中，這些連線和通訊的規則被稱為網路通訊協議，它對資料的傳輸格式 傳輸速率 傳輸步驟等做了統一規定，通訊雙方必須同時遵守才能完成資料交換。...
網路通訊協議
一 osi模型 名稱 層次 功能 物理層 1 實現計算機系統與網路間的物理連線 資料鏈路層 2 進行資料打包與解包，形成資訊幀 網路層 3 提供資料通過的路由 傳輸層 4 提供傳輸順序資訊與響應 會話層 5 建立和中止連線 表示層 6 資料轉換 確認資料格式 應用層 7 提供使用者程式介面 二 協議...