今天來聊聊我們常常使用的網頁,背後怎麼讓我們用的更順暢的一門傳輸方式,HTTP Keep-Alive,透過一點點的小改變,讓傳輸效率提升,減少非必要的浪費。
當我們溝通的過程中沒有KeepAlive的狀況下,會有多次往來的狀況,這樣對雙方來說開銷成本是非常大的,因此為了改善這個現象,加入了一個機制,就是當前期的握手協議建立之後,就可以不斷的發送請求跟回應,其實就跟通訊軟體一樣,當我們與對方建立關係之後,就能與對方不斷往來進行聊天,但是當今天我們帳號不斷的切換,那麼每次都要先打招呼,打完招呼之後等對方同意才有機會聊天。
與TCP的Keep Alive相同嗎?
一樣都是Keep Alive,看上去非常相似,但實際上是完全不同的兩個面向,由於HTTP是基於TCP之上的,因此對於TCP本身來說也應該要有Keep Alive的機制,不然的話就算我們的HTTP那一層做的在完美,TCP沒有長連接的機制也是枉然,而本篇不會提到TCP的Keep Alive的機制,目的僅在說明這樣的機制大概是什麼樣的概念,幫助建立比較基礎的知識。
HTTP Keep-Alive具備哪些優點?
● 減少用戶端與伺服端的負擔,不用頻繁請求,定期確保與對方沒有斷線即可。
● 提升傳輸效率。
● 確保與對方持續連線。
--------------------------------------------------------------------------------
喜歡撰寫文章的你,不妨來了解一下:
Web3.0時代下為創作者、閱讀者打造的專屬共贏平台 - 為什麼要加入?
歡迎加入一起練習寫作,賺取知識,累積財富!
留言
張貼留言