網路通訊 http基礎

2 、長連線

3、session 和 cookie的區別

uri（uniform resource identifier）包含url(uniform resource locator)和urn(uniform resource name)

url: 協議名：//網域名稱（可以是ip位址）：埠號(可省略)/虛擬目錄/檔名?引數（中間用&相連）#錨

uri:通過名字來標識資源

固定組成：起始行、頭部、空行、資料主體

請求訊息request: 請求行+請求頭部+空行+請求資料

響應訊息response: 狀態行+訊息報頭+空行+響應正文

1xx：指示資訊--表示請求已接收，繼續處理 2xx：成功--表示請求已被成功接收、理解、接受 3xx：重定向--要完成請求必須進行更進一步的操作 4xx：客戶端錯誤--請求有語法錯誤或請求無法實現 5xx：伺服器端錯誤--伺服器未能實現合法的請求

客戶端連線到web伺服器（tcｐ連線）

——＞傳送http請求

——＞伺服器接收請求並返回http響應

——＞釋放tcp連線

——>客戶端瀏覽器解析html內容

即：只需建立一次tcp 請求就可以進行多次http 通訊

版本： http/1.1開始缺省長連線,如需斷開，使用connection:close

http/1.1. 之前預設短連線，如需使用長連線，則：connection：keep-alive

流水線：流水線是在同一條長連線上連續發出請求，而不用等待響應返回，這樣可以減少延遲。

伺服器傳送到瀏覽器並儲存在本地的一小塊資料，會在瀏覽器向同乙個伺服器再次發起請求時被攜帶上，用於告知服務端兩端兩次請求是否來自同乙個瀏覽器

session 的執行依賴 session id，而 session id 是存在 cookie 中

維持乙個會話的核心就是客戶端的唯一標識，即 session id

正向**——客戶端

反向**——伺服器

共同目的：處於伺服器和客戶端之前，提高訪問速度

正向**：主要用於解決訪問限制問題，如本地訪問國外**

反向**：提供負載均衡、安全防護等作用。如web開發中用的負載均衡伺服器

http+加密+認證+完整性保護 = https

客戶端與web伺服器建立ssl 連線——>服務端證書資訊（包含）公鑰傳送給客戶端——>客戶端與伺服器協商ssl連線安全等級——>客戶端建立會話金鑰，公鑰加密會話金鑰——>伺服器端根據私鑰解密會話金鑰——>web伺服器用會金鑰與客戶端進行通訊

(1)加密： https混合加密機制：非對稱金鑰加密用於保證傳輸金鑰的安全性，用對稱金鑰進行通訊保證效率

(2)認證：ca認證。

數字證書認證機構（ca，certificate authority）是客戶端與伺服器雙方都可信賴的第三方機構。

伺服器的運營人員向 ca 提出公開金鑰的申請，ca 在判明提出申請者的身份之後，會對已申請的公開金鑰做數字簽名，然後分配這個已簽名的公開金鑰，並將該公開金鑰放入公開金鑰證書後繫結在一起。

進行 https 通訊時，伺服器會把證書傳送給客戶端。客戶端取得其中的公開金鑰之後，先使用數字簽名進行驗證，如果驗證通過，就可以開始通訊了。

(3)完整性保護

ssl 提供報文摘要功能來進行完整性保護。是因為它結合了加密和認證這兩個操作

速度慢包含加解密；需要支付高額費用