《 1、HTTP請求報文與響應報文格式 》
請求報文：
首行: [方法] + [url] + [版本]
Header: 請求的屬性, 冒號分割的鍵值對;每組屬性之間使用\n分隔;遇到空行表示Header部分結束
Body: 空行後面的內容都是Body. Body允許爲空字符串. 如果Body存在, 則在Header中會有一個
Content-Length屬性來標識Body的長度
響應報文：
首行: [版本號] + [狀態碼] + [狀態碼解釋]
Header: 請求的屬性, 冒號分割的鍵值對;每組屬性之間使用\n分隔;遇到空行表示Header部分結束
Body: 空行後面的內容都是Body. Body允許爲空字符串. 如果Body存在, 則在Header中會有一個
Content-Length屬性來標識Body的長度; 如果服務器返回了一個html頁面, 那麼html頁面內容就是在
body中.
請求報文包含三部分：
a、請求行：包含請求方法、URI、HTTP版本信息
b、請求首部字段
c、請求內容實體
響應報文包含三部分：
a、狀態行：包含HTTP版本、狀態碼、狀態碼的原因短語
b、響應首部字段
c、響應內容實體
《2、常見HTTP首部字段》
a、通用首部字段（請求報文與響應報文都會使用的首部字段）
Date：創建報文時間
Connection：連接的管理
Cache-Control：緩存的控制
Transfer-Encoding：報文主體的傳輸編碼方式
b、請求首部字段（請求報文會使用的首部字段）
Host：請求資源所在服務器
Accept：可處理的媒體類型
Accept-Charset：可接收的字符集
Accept-Encoding：可接受的內容編碼
Accept-Language：可接受的自然語言
c、響應首部字段（響應報文會使用的首部字段）
Accept-Ranges：可接受的字節範圍
Location：令客戶端重新定向到的URI
Server：HTTP服務器的安裝信息
d、實體首部字段（請求報文與響應報文的的實體部分使用的首部字段）
Allow：資源可支持的HTTP方法
Content-Type：實體主類的類型
Content-Encoding：實體主體適用的編碼方式
Content-Language：實體主體的自然語言
Content-Length：實體主體的的字節數
Content-Range：實體主體的位置範圍，一般用於發出部分請求時使用
《3、常用的HTTP方法有哪些？》
GET： 用於請求訪問已經被URI（統一資源標識符）識別的資源，可以通過URL傳參給服務器。
POST：用於傳輸信息給服務器，主要功能與GET方法類似，但一般推薦使用POST方式。
PUT： 傳輸文件，報文主體中包含文件內容，保存到對應URI位置。
HEAD： 獲得報文首部，與GET方法類似，只是不返回報文主體，一般用於驗證URI是否有效。
DELETE：刪除文件，與PUT方法相反，刪除對應URI位置的文件。
OPTIONS：查詢相應URI支持的HTTP方法。
《4、GET方法與POST方法的區別》
區別一：get重點在從服務器上獲取資源，post重點在向服務器發送數據；
區別二：get傳輸數據是通過URL請求，以field（字段）= value的形式，置於URL後，並用"?“連接，多個請求數據間用”&"連接，如http://127.0.0.1/Test/login.action?name=admin&password=admin，這個過程用戶是可見的；post傳輸數據通過Http的post機制，將字段與對應值封存在請求實體中發送給服務器，這個過程對用戶是不可見的；
區別三：Get傳輸的數據量小，因爲受URL長度限制，但效率較高；
Post可以傳輸大量數據，所以上傳文件時只能用Post方式；
區別四：get是不安全的，因爲URL是可見的，可能會泄露私密信息，如密碼等；post較get安全性較高；
區別五：get方式只能支持ASCII字符，向服務器傳的中文字符可能會亂碼。
post支持標準字符集，可以正確傳遞中文字符。
《5 .Http協議實現的原理機制 》
整個流程步驟:
(1)域名解析過程:
(2).三次握手過程
(3).發起Http請求
(4).響應Http請求並得到HTML代碼
(5).瀏覽器解析HTML代碼
(6).瀏覽器對頁面進行渲染呈現給用戶