欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

高效管理http連接的方法

 更新時(shí)間:2017年12月19日 10:07:45   作者:kingszelda  
下面小編就為大家分享一篇高效管理http連接的方法,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過來看看吧

1.Http連接基礎(chǔ)

Http協(xié)議承載了互聯(lián)網(wǎng)上的主要流量,然而說到傳輸,還要回歸到最基本的網(wǎng)絡(luò)分層模型TCP/IP。TCP/IP是全球計(jì)算機(jī)及網(wǎng)絡(luò)設(shè)備都在使用的一種常用的分組交互網(wǎng)絡(luò)分層協(xié)議集??蛻舳丝梢源蜷_一條TCP/IP連接,與世界上的任何服務(wù)器進(jìn)行數(shù)據(jù)交換,并且交換的數(shù)據(jù)永遠(yuǎn)不會(huì)丟失,受損或失序。

下面是常見的TCP/IP分層協(xié)議,分為安全與非安全版本。

由圖可知,HTTP的整個(gè)傳輸過程可以描述為“HTTP over TCP over IP”。TCP是可靠地傳輸協(xié)議,就好像一條管道,從TCP連接一段填入的字節(jié)會(huì)從另外一端以原有的順序,正確的傳送出來。

TCP層與IP層都有自己的協(xié)議,他們對(duì)數(shù)據(jù)的關(guān)注點(diǎn)不同??偟膩碚f,TCP段包含了目的端口與源端口,用來建立程序之間的連接。IP段包含了目的IP與源IP,用來進(jìn)行網(wǎng)絡(luò)尋址,最終建立機(jī)器之間的連接。而一條TCP連接正是根據(jù)這四點(diǎn)唯一對(duì)應(yīng)的:

<源IP地址,源端口號(hào),目的IP地址,目的端口號(hào)>

不同的連接不可以擁有完全相同的四個(gè)屬性。對(duì)于一般功能而言,自己發(fā)起的連接中源端口號(hào)是隨機(jī)生成的。

2.http連接性能

由于http數(shù)據(jù)是通過TCP傳輸?shù)?,http連接的性能很大程度上取決于TCP通道的性能。我們先分析一個(gè)正常的http事務(wù)。

客戶端如果拿到的是域名,則需要先從DNS服務(wù)器中解析獲得服務(wù)器IP地址,這個(gè)過程稱為“DNS查詢”,需要花費(fèi)一定的時(shí)間。

客戶端與服務(wù)器進(jìn)行三次握手建立連接。

建立連接后,客戶端會(huì)發(fā)送有真正含義的請(qǐng)求報(bào)文。

服務(wù)器接收到請(qǐng)求后開始處理。

服務(wù)器處理完畢后,發(fā)送響應(yīng)給客戶端。

客戶端收到響應(yīng)后,與服務(wù)器進(jìn)行四次揮手,斷開連接。

從上面的流程可以看出來,真正的有業(yè)務(wù)意義的階段是“請(qǐng)求-處理-響應(yīng)”,其他階段時(shí)間消耗都是與業(yè)務(wù)無關(guān)的。因此可以從這上面思考如何優(yōu)化TCP性能。

3.TCP連接性能聚焦

TCP連接的性能通常從下面5個(gè)方面考慮:

TCP建立握手

捎帶確認(rèn)的TCP延遲確認(rèn)算法

TCP慢啟動(dòng)的擁塞控制

數(shù)據(jù)聚集的Nagle算法

TIME_WAIT時(shí)延與端口耗盡

3.1 TCP建立握手

從上面的圖中可以看出,一次正常的交互需要經(jīng)過DNS查詢、握手、揮手等與數(shù)據(jù)傳輸無關(guān)的操作。如果每次傳輸?shù)臄?shù)據(jù)都很少,那么這種操作所占用的比例就會(huì)增加,這將大大降低HTTP的性能。由于HTTP是建立在TCP連接的基礎(chǔ)上的,所以握手的過程是對(duì)HTTP不可見的,HTTP只能看到建立連接發(fā)生了時(shí)延。三次握手的過程這里不做贅述,感興趣的請(qǐng)查閱相關(guān)資料。

三次握手簡(jiǎn)單來說是建立連接前的三次交互來確認(rèn)連接可以建立,有SYN,ACK+SYN,ACK三次報(bào)文通信。對(duì)于一些小的HTTP事務(wù),比如握手后告知頁面304了,這種事務(wù)中在TCP建立上可能會(huì)法費(fèi)一半甚至更多的時(shí)間。

解決方案:我們可以通過重用TCP連接來減少這種性能上的損失,比如持久連接。

3.2 延遲確認(rèn)

因特網(wǎng)是無法保證數(shù)據(jù)可靠傳輸?shù)?,因?yàn)樵诰W(wǎng)絡(luò)路由超負(fù)荷的情況下,允許丟棄任意網(wǎng)絡(luò)分組。所以,TCP實(shí)現(xiàn)了一套自己的確認(rèn)機(jī)制來保障數(shù)據(jù)可靠傳輸。

每個(gè)TCP段都有一個(gè)序號(hào)和數(shù)據(jù)校驗(yàn)和,接受者在接受完整之后會(huì)向發(fā)送者送回確認(rèn)分組,這樣保證了這個(gè)分組的可靠傳輸。如果發(fā)送者在一定時(shí)間窗口內(nèi)沒有接收到響應(yīng)的確認(rèn)分組,則認(rèn)為這個(gè)分組已經(jīng)丟失,對(duì)該分組進(jìn)行重發(fā)。

由于確認(rèn)報(bào)文很小,所以TCP允許在發(fā)往相同方向的數(shù)據(jù)分組中對(duì)其進(jìn)行“捎帶”,就是這種捎帶出了問題。TCP將返回確認(rèn)信息與輸出信息集合在一起,可以有效的利用網(wǎng)絡(luò)連接。因此為了找到相同方向的數(shù)據(jù)分組來進(jìn)行捎帶,很多TCP棧實(shí)現(xiàn)了一種“延時(shí)確認(rèn)”的算法。這種算法將確認(rèn)信息放入緩沖區(qū),在一定的時(shí)間窗口內(nèi)(一般是100-200毫秒)找不到輸出分組,則對(duì)確認(rèn)數(shù)據(jù)進(jìn)行單獨(dú)發(fā)送。

如果請(qǐng)求響應(yīng)并沒有較多的數(shù)據(jù)傳輸過程,則滿足捎帶確認(rèn)的可能性就很低。通常,延遲確認(rèn)算法會(huì)引入相當(dāng)大的時(shí)延。

解決方案:根據(jù)操作系統(tǒng)的不容,可以調(diào)整或禁止延遲確認(rèn)算法。

3.3 慢啟動(dòng)與擁塞控制

TCP傳輸過程有慢啟動(dòng)與擁塞控制的概念。

TCP在建立連接開始的時(shí)候,會(huì)進(jìn)行慢啟動(dòng),數(shù)據(jù)窗口會(huì)逐漸指數(shù)變大,在達(dá)到閾值后會(huì)線性增長(zhǎng)。當(dāng)發(fā)生某次超時(shí)之后,會(huì)迅速減小窗口到最小,重新開始慢啟動(dòng),通知減小之前的閾值。

在這種機(jī)制的保障下,一個(gè)TCP連接是會(huì)進(jìn)行自我調(diào)整的,因此一個(gè)新的連接的傳輸效率是不如老連接的。

解決方案:我們通過重用連接,可以使得傳輸效率提升,比如持久連接。

3.4 Nagle算法與TCP_NODELAY

Nagle算法與延時(shí)確認(rèn)算法有些類似。不過Nagle算法關(guān)注的是發(fā)送方,為了保證不大量發(fā)送小的數(shù)據(jù)報(bào)文造成3.1的問題。該算法鼓勵(lì)每次發(fā)送大的數(shù)據(jù)組,如果數(shù)據(jù)分組不夠大,則放在緩存區(qū)等待與其他數(shù)據(jù)分組結(jié)合起來達(dá)到上限后一起發(fā)送,或者其他分組被確認(rèn)后發(fā)送。

而對(duì)于一些小的數(shù)據(jù)分組而言,可能很多個(gè)也無法攢夠一次發(fā)送的數(shù)量。當(dāng)這時(shí)接收端也采用延時(shí)確認(rèn)算法之后,事情就變得恐怖了。對(duì)于發(fā)送端而言,很多小的數(shù)據(jù)分組沒有成功發(fā)送,因?yàn)榈谝粋€(gè)分組發(fā)送之后,服務(wù)端進(jìn)行了延時(shí)確認(rèn)200ms,在這段時(shí)間過去之后發(fā)送端的第二個(gè)分組才會(huì)被發(fā)送,這樣的排隊(duì)阻塞簡(jiǎn)直是噩夢(mèng)。

解決方案:可以在協(xié)議棧中設(shè)置TCP_NODELAY來禁用Nagle算法。

3.5 TIME_WAIT時(shí)延與端口耗盡

當(dāng)一個(gè)TCP連接完成四次揮手關(guān)閉之后,會(huì)進(jìn)入TIME_WAIT狀態(tài),在等待2MSL之后會(huì)釋放該TCP連接。因?yàn)門CP的分組可能不是按照順序到達(dá)的,我們假設(shè)一個(gè)分組在網(wǎng)絡(luò)中最多存貨1MSL,則2MSL之后基本上就可以認(rèn)為確實(shí)結(jié)束了。如果在2MSL之間服務(wù)端沒有接收到LAST_ACK發(fā)送的FIN對(duì)應(yīng)的響應(yīng),則TIME_WAIT會(huì)再次發(fā)送ACK。

之前有說過,一個(gè)TCP可以通過下面四個(gè)屬性來確認(rèn)。

<源IP地址,源端口號(hào),目的IP地址,目的端口號(hào)>

而對(duì)于一個(gè)服務(wù)來說,之后源端口是不確定的,因?yàn)槊看卧炊丝诙际请S機(jī)生成的。但是源端口是有數(shù)量限制的,比如60000個(gè)端口,MSL是60秒。則連接速率就被限制在60000/120=500次/秒。如果不進(jìn)行相關(guān)的優(yōu)化,操作系統(tǒng)就無法發(fā)起更多的連接。

解決方案:可以增加請(qǐng)求端機(jī)器,通過負(fù)載均衡的方法降低端口耗盡的可能性,或者在服務(wù)端使用幾個(gè)虛擬IP增加連接的組合。 

4 總結(jié)

HTTP建立在TCP的基礎(chǔ)上,如果我們?cè)诠ぷ髦邪l(fā)現(xiàn)HTTP建立連接的效率很低,可以考慮從上面的五個(gè)角度分析是否達(dá)到了相關(guān)的瓶頸,并通過推薦方案解決問題。

以上這篇高效管理http連接的方法就是小編分享給大家的全部?jī)?nèi)容了,希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。

您可能感興趣的文章:

相關(guān)文章

  • 網(wǎng)站分站的實(shí)現(xiàn)方法

    網(wǎng)站分站的實(shí)現(xiàn)方法

    現(xiàn)在一般的行業(yè)門戶網(wǎng)站為了業(yè)務(wù)的發(fā)展和網(wǎng)絡(luò)推廣,一般都會(huì)開通幾個(gè)地區(qū)和子行業(yè)的分站。下面是一些解決思路,需要的朋友可以參考下。
    2010-06-06
  • Win10 BitLocker加密解密解決方案

    Win10 BitLocker加密解密解決方案

    這篇文章主要介紹了Win10 BitLocker加密解密解決方案,文中通過圖文講解的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作有一定的幫助,需要的朋友可以參考下
    2007-02-02
  • HTTP協(xié)議詳解_動(dòng)力節(jié)點(diǎn)Java學(xué)院整理

    HTTP協(xié)議詳解_動(dòng)力節(jié)點(diǎn)Java學(xué)院整理

    這篇文章主要介紹了HTTP協(xié)議詳解,超文本傳輸協(xié)議(HTTP)是一種通信協(xié)議,它允許將超文本標(biāo)記語言(HTML)文檔從Web服務(wù)器傳送到客戶端的瀏覽器
    2017-07-07
  • Git的代碼合入流程詳解

    Git的代碼合入流程詳解

    這篇文章主要為大家介紹了Git的代碼合入流程詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪
    2022-11-11
  • 從web到內(nèi)網(wǎng)滲透的一次過程詳解

    從web到內(nèi)網(wǎng)滲透的一次過程詳解

    本文非常詳細(xì)的描述了一次從web到內(nèi)網(wǎng)滲透的一次過程,并對(duì)每一步過程做了詳細(xì)的圖文示例及解析,有需要的朋友可以借鑒參考下,希望能夠有所幫助
    2021-09-09
  • git blame命令詳解

    git blame命令詳解

    git blame用來追溯一個(gè)指定文件的歷史修改記錄。這篇文章給大家介紹git blame命令的用法,感興趣的朋友一起看看吧
    2020-10-10
  • 解決Unable to access ''https://gitee.com/自己的項(xiàng)目/'': Could not resolve host: gitee.com問題

    解決Unable to access ''https://gitee.com/自己的項(xiàng)目/'': Could not r

    這篇文章主要介紹了解決Unable to access 'https://gitee.com/自己的項(xiàng)目/': Could not resolve host: gitee.com問題,需要的朋友可以參考下
    2020-09-09
  • WebStorm 遇到的問題總結(jié)

    WebStorm 遇到的問題總結(jié)

    這篇文章主要介紹了WebStorm 遇到的問題總結(jié)的相關(guān)資料,需要的朋友可以參考下
    2017-03-03
  • 深入剖析從輸入U(xiǎn)RL到頁面顯示過程原理

    深入剖析從輸入U(xiǎn)RL到頁面顯示過程原理

    這篇文章主要為大家深入剖析了從輸入U(xiǎn)RL到頁面顯示這中間發(fā)生的過程原理,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪
    2023-04-04
  • Git常用命令及如何在IDEA中使用Git詳解

    Git常用命令及如何在IDEA中使用Git詳解

    Git有很多客戶端工具,不過感覺還是命令行操作最好用,方便又快捷,下面這篇文章主要給大家介紹了關(guān)于Git常用命令及如何在IDEA中使用Git的相關(guān)資料,需要的朋友可以參考下
    2023-02-02

最新評(píng)論