uri 包含 url 和 urn。
客戶端傳送的請求報文第一行為請求行,包含了方法字段。
獲取資源當前網路請求中,絕大部分使用的是 get 方法。
獲取報文首部和 get 方法類似,但是不返回報文實體主體部分。
主要用於確認 url 的有效性以及資源更新的日期時間等。
傳輸實體主體post 主要用來傳輸資料,而 get 主要用來獲取資源。
更多 post 與 get 的比較請見第九章。
上傳檔案由於自身不帶驗證機制,任何人都可以上傳檔案,因此存在安全性問題,一般不使用該方法。
對資源進行部分修改put 也可以用於修改資源,但是只能完全替代原始資源,patch 允許部分修改。
刪除檔案與 put 功能相反,並且同樣不帶驗證機制。
delete /file.html http/1.1
查詢支援的方法查詢指定的 url 能夠支援的方法。
會返回allow: get, post, head, options
這樣的內容。
要求在與**伺服器通訊時建立隧道使用 ssl(secure sockets layer,安全套接層)和 tls(transport layer security,傳輸層安全)協議把通訊內容加密後經網路隧道傳輸。
追蹤路徑伺服器會將通訊路徑返回給客戶端。
傳送請求時,在 max-forwards 首部欄位中填入數值,每經過乙個伺服器就會減 1,當數值為 0 時就停止傳輸。
通常不會使用 trace,並且它容易受到 xst 攻擊(cross-site tracing,跨站追蹤)。
伺服器返回的響應報文中第一行為狀態行,包含了狀態碼以及原因短語,用來告知客戶端請求的結果。
狀態碼類別
含義1xx
informational(資訊性狀態碼)
接收的請求正在處理
2xxsuccess(成功狀態碼)
請求正常處理完畢
3xxredirection(重定向狀態碼)
需要進行附加操作以完成請求
4xxclient error(客戶端錯誤狀態碼)
伺服器無法處理請求
5xxserver error(伺服器錯誤狀態碼)
伺服器處理請求出錯
計算機網路 HTTP
引子 前兩天看了 http 和 計算機網路 的第5章 運輸層 為了準確無誤地將資料送達目標處,tcp協議採用了 三次握手 three way handshaking 策略。三次握手 three way handshake 或三次聯絡。廣為流傳的譯名 三次 three way 並不準確。這裡的三次是指...
計算機網路 http
http,超文字傳輸協議hypertext transfer protocol。基於tcp,無狀態。http預設使用持續連線,但是也可以配置為使用非持續連線。持續連線就是指傳送請求,接收響應後,並不直接關閉tcp連線,再有下個http請求,還用這個tcp連線傳送 非持續連線就是傳送請求,接收響應後,...
計算機網路 HTTP
http的報文結構 http有兩類報文 請求報文和響應報文。它們的報文結構由三部分組成,分別為開始行 首部行和實體主體。開始行 用於區分是請求報文還是響應報文。首部行 用來說明瀏覽器 伺服器和報文主體的一些資訊 實體主體 在請求報文中一般都不用這個字段,響應報文中也可能沒有這個字段 在請求報文中,開...