您好,登錄后才能下訂單哦!
小編給大家分享一下Http協議的示例分析,相信大部分人都還不怎么了解,因此分享這篇文章給大家參考一下,希望大家閱讀完這篇文章后大有收獲,下面讓我們一起去了解一下吧!
Http協議:
超文本傳輸協議,它是一種分布式的,協作的,無狀態的面向應用層的,基于TCP信息系統;
在1.0時代,請求發送過來之后服務關閉
在1.1時代,通過設定keepalive(一段時間內是否有鏈接) -->服務器端主動關閉
雖然在2.0進行了升級,但還是不能保持長連接,嚴格意義上來說還是一個短連接
Http協議本身關注的是連接,請求,響應,資源,以及變現形式等,每次進行傳輸是不在乎數據本身,每次都要攜帶請求體,響應體,而對于數據傳輸本身并不是側重點,很多時候我們處理請求傳輸的確實空數據,這樣的傳輸是非常浪費性能且無意義的;
Http URL
在Http協議里,URL(全球資源定位器(Uniform Resource Locator)),被用于定位網絡資源的位置;
HttpURI
URI(統一資源標識符uniform resource identifier)
連接
持久連接:1.1實現了短時間內對同一服務器進行多次請求,優點:通過建立與關閉較少的TCP連接,不僅節省了路由器與主機的CPU時間,還節省了主機用于TCP協議控制塊的內存;網絡阻塞會被減少,持久連接提供了可以單方面終止協議的機制;
狀態碼
100:客戶端應當繼續發送請求。這個臨時響應是用來通知客戶端它的部分請求已經被服務器接收,且仍未被拒絕。客戶端應當繼續發送請求的剩余部分,或者如果請求已經完成,忽略此100響應。服務器必須在請求完成后向客戶端發送一個最終響應;
101:切換協議。只有協議切換時能受益協議才應該切換;
2xx:成功。
201:已創建。
202:已接受。
204:無內容。
3xx :重定向。
4xx:客戶端錯誤。
5xx:服務器端錯誤。一般是后臺邏輯代碼出現錯誤。
以上是“Http協議的示例分析”這篇文章的所有內容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內容對大家有所幫助,如果還想學習更多知識,歡迎關注億速云行業資訊頻道!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。