-
URI與URL辨析
URI（統一資源標識符）是用字符串標識某一互聯網資源；如：http://www.baidu.com。
URL（統一資源定位符）表示資源的地點（互聯網上所處的位置)；如：www.baidu.com所代表的就是百度服務器的地址。
可見URL是URI的子集。
-
http協議是用於客戶端和服務器端之間的通信。
客戶端<——————————>服務器
-
Http/1.0協議是不保存狀態的協議，對於發送過的請求或響應都不做持久化處理。(是爲了更快的處理大量事物，確保協議的可延伸性，所以協議被設置的這麼簡單)但現實生活中的網站都是可以進行狀態記錄的，這是因爲引入了cookie技術。
-
告知服務器意圖的http方法
GET方法：獲取資源，用來請求訪問已被URI識別的資源；(主要目的是：告訴服務器自己想要的信息，並得到服務器的響應)
POST方法：傳輸實體主體；(主要目的是：告訴服務器信息，不一定獲取服務器的響應)
PUT方法：傳輸文件，將文件保存到請求URI指定的位置；
HEAD方法：獲取報文首部，確定URI的有效性及資源更新的日期時間等；
DELETE方法：刪除文件，與Put方法相反，按請求URI刪除指定的資源；
OPTION方法：查詢針對請求URI指定資源支持的方法；
-
Cookie技術
Cookie技術通過在請求和響應報文中寫入Cookie信息來控制客戶端的狀態。
簡單的類比爲：去醫院就診時的病歷本。病人就是客戶端，病人的病歷本就是Cookie，醫生就是服務器，病人在第一次就診時，醫生會根據病人病情作出診斷，並在病歷本上進行本次就診的記錄，這就相當於產生了Cookie，然後病人帶着病歷本離開，在下一次病人就診時，病人帶着病歷本給醫生，醫生通過病歷本獲取了病人之前的就診信息，方便此次診斷，再將此次診斷信息記錄在病歷本中，還給病人。此例子可以簡單的闡明Cookie交互時的情景，方便理解。
-
HTTP傳輸數據速率提升：編碼實現（計算機進行編碼操作）
內容編碼：應用在實體內容上的編碼格式，保持對實體信息進行原樣壓縮；
分塊傳輸編碼：將實體主體分割爲多個塊，客戶端接收實體塊，解碼恢復到編碼前的實體主體；
-
狀態碼(我們熟知的404 Not Found)
作用：狀態碼是從服務器端返回給客戶端的請求結果，藉助狀態碼，用戶可以知道服務器端是否正常處理了請求，還是出現了錯誤。
狀態碼的類別：
|
類別 |
原因短語 |
|
|
1XX |
Informational(信息性狀態碼) |
接收的請求正在處理 |
|
2XX |
Success(成功狀態碼) |
請求正常處理完畢 |
|
3XX |
Redirection(重定向狀態碼) |
需要進行附加操作以完成請求 |
|
4XX |
Client Error(客戶端錯誤狀態碼) |
服務器無法處理請求 |
|
5XX |
Server Error(服務器錯誤狀態碼) |
服務器處理請求出錯 |