色哟哟视频在线观看-色哟哟视频在线-色哟哟欧美15最新在线-色哟哟免费在线观看-国产l精品国产亚洲区在线观看-国产l精品国产亚洲区久久

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
电子发烧友
开通电子发烧友VIP会员 尊享10大特权
海量资料免费下载
精品直播免费看
优质内容免费畅学
课程9折专享价
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

TCP通信過程詳解

科技綠洲 ? 來源:Linux開發(fā)架構(gòu)之路 ? 作者:Linux開發(fā)架構(gòu)之路 ? 2023-11-09 14:39 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

  1. TCP連接

當(dāng)網(wǎng)絡(luò)通信時采用TCP協(xié)議時,在真正的讀寫操作之前,server與client之間必須建立一個連接,當(dāng)讀寫操作完成后,雙方不再需要這個連接 時它們可以釋放這個連接,連接的建立是需要三次握手的,而釋放則需要4次揮手,所以說每個連接的建立都是需要資源消耗和時間消耗的

經(jīng)典的三次握手示意圖:

圖片

經(jīng)典的四次揮手圖:

圖片

tcp的十種狀態(tài)圖:

圖片

注意:

當(dāng)一端收到一個FIN,內(nèi)核讓read返回0來通知應(yīng)用層另一端已經(jīng)終止了向本端的數(shù)據(jù)傳送;發(fā)送FIN通常是應(yīng)用層對socket進(jìn)行關(guān)閉的結(jié)果。

tcp的2MSL問題

圖片

  1. TCP短連接

我們模擬一下TCP短連接的情況,client向server發(fā)起連接請求,server接到請求,然后雙方建立連接。client向server 發(fā)送消息,server回應(yīng)client,然后一次讀寫就完成了,這時候雙方任何一個都可以發(fā)起close操作,不過一般都是client先發(fā)起 close操作。為什么呢,一般的server不會回復(fù)完client后立即關(guān)閉連接的,當(dāng)然不排除有特殊的情況。從上面的描述看,短連接一般只會在 client/server間傳遞一次讀寫操作

短連接的優(yōu)點是:管理起來比較簡單,存在的連接都是有用的連接,不需要額外的控制手段

3.TCP長連接

接下來我們再模擬一下長連接的情況,client向server發(fā)起連接,server接受client連接,雙方建立連接。Client與server完成一次讀寫之后,它們之間的連接并不會主動關(guān)閉,后續(xù)的讀寫操作會繼續(xù)使用這個連接。

首先說一下TCP/IP詳解上講到的TCP保活功能,保活功能主要為服務(wù)器應(yīng)用提供,服務(wù)器應(yīng)用希望知道客戶主機(jī)是否崩潰,從而可以代表客戶使用資 源。如果客戶已經(jīng)消失,使得服務(wù)器上保留一個半開放的連接,而服務(wù)器又在等待來自客戶端的數(shù)據(jù),則服務(wù)器將應(yīng)遠(yuǎn)等待客戶端的數(shù)據(jù),保活功能就是試圖在服務(wù) 器端檢測到這種半開放的連接。

如果一個給定的連接在兩小時內(nèi)沒有任何的動作,則服務(wù)器就向客戶發(fā)一個探測報文段,客戶主機(jī)必須處于以下4個狀態(tài)之一:

客戶主機(jī)依然正常運(yùn)行,并從服務(wù)器可達(dá)。客戶的TCP響應(yīng)正常,而服務(wù)器也知道對方是正常的,服務(wù)器在兩小時后將保活定時器復(fù)位。客戶主機(jī)已經(jīng)崩潰,并且關(guān)閉或者正在重新啟動。在任何一種情況下,客戶的TCP都沒有響應(yīng)。服務(wù)端將不能收到對探測的響應(yīng),并在75秒后超時。服務(wù)器總共發(fā)送10個這樣的探測 ,每個間隔75秒。如果服務(wù)器沒有收到一個響應(yīng),它就認(rèn)為客戶主機(jī)已經(jīng)關(guān)閉并終止連接。客戶主機(jī)崩潰并已經(jīng)重新啟動。服務(wù)器將收到一個對其保活探測的響應(yīng),這個響應(yīng)是一個復(fù)位,使得服務(wù)器終止這個連接。客戶機(jī)正常運(yùn)行,但是服務(wù)器不可達(dá),這種情況與2類似,TCP能發(fā)現(xiàn)的就是沒有收到探查的響應(yīng)。從上面可以看出,TCP保活功能主要為探測長連接的存活狀況,不過這里存在一個問題,存活功能的探測周期太長,還有就是它只是探測TCP連接的存活,屬于比較斯文的做法,遇到惡意的連接時,保活功能就不夠使了。

在長連接的應(yīng)用場景下,client端一般不會主動關(guān)閉它們之間的連接,Client與server之間的連接如果一直不關(guān)閉的話,會存在一個問 題,隨著客戶端連接越來越多,server早晚有扛不住的時候,這時候server端需要采取一些策略,如關(guān)閉一些長時間沒有讀寫事件發(fā)生的連接,這樣可 以避免一些惡意連接導(dǎo)致server端服務(wù)受損;如果條件再允許就可以以客戶端機(jī)器為顆粒度,限制每個客戶端的最大長連接數(shù),這樣可以完全避免某個蛋疼的 客戶端連累后端服務(wù)。

長連接和短連接的產(chǎn)生在于client和server采取的關(guān)閉策略,具體的應(yīng)用場景采用具體的策略,沒有十全十美的選擇,只有合適的選擇。

什么是“長連接”和“短連接”?

解釋1

所謂長連接指建立SOCKET連接后不管是否使用都保持連接,但安全性較差;

所謂短連接指建立SOCKET連接后發(fā)送后接收完數(shù)據(jù)后馬上斷開連接,一般銀行都使用短連接

解釋2

長連接就是指在基于tcp的通訊中,一直保持連接,不管當(dāng)前是否發(fā)送或者接收數(shù)據(jù)。

而短連接就是只有在有數(shù)據(jù)傳輸?shù)臅r候才進(jìn)行連接,客戶-服務(wù)器通信/傳輸數(shù)據(jù)完畢就關(guān)閉連接。

解釋3

長連接和短連接這個概念好像只有移動的CMPP協(xié)議中提到了,其他的地方?jīng)]有看到過。通信方式 各網(wǎng)元之間共有兩種連接方式:長連接和短連接。所謂長連接,指在一個TCP連接上可以連續(xù)發(fā)送多個數(shù)據(jù)包,在TCP連接保持期間,如果沒有數(shù)據(jù)包發(fā)送,需要雙方發(fā)檢測包以維持此連接。短連接是指通信雙方有數(shù)據(jù)交互時,就建立一個TCP連接,數(shù)據(jù)發(fā)送完成后,則斷開此TCP連接,即每次TCP連接只完成一對 CMPP消息的發(fā)送。現(xiàn)階段,要求ISMG之間必須采用長連接的通信方式,建議SP與ISMG之間采用長連接的通信方式。

解釋4

短連接:比如http的,只是連接、請求、關(guān)閉,過程時間較短,服務(wù)器若是一段時間內(nèi)沒有收到請求即可關(guān)閉連接。長連接:有些服務(wù)需要長時間連接到服務(wù)器,比如CMPP,一般需要自己做在線維持。

HTTP協(xié)議之長、短連接

一、長連接與短連接:

長連接:client方與server方先建立連接,連接建立后不斷開,然后再進(jìn)行報文發(fā)送和接收。這種方式下由于通訊連接一直存在。此種方式常用于P2P通信。短連接:Client方與server每進(jìn)行一次報文收發(fā)交易時才進(jìn)行通訊連接,交易完畢后立即斷開連接。此方式常用于一點對多點通訊。C/S通信。二、長連接與短連接的操作過程:

短連接的操作步驟是:建立連接——數(shù)據(jù)傳輸——關(guān)閉連接…建立連接——數(shù)據(jù)傳輸——關(guān)閉連接 長連接的操作步驟是:建立連接——數(shù)據(jù)傳輸…(保持連接)…數(shù)據(jù)傳輸——關(guān)閉連接 三、長連接與短連接的使用時機(jī):

長連接:長連接多用于操作頻繁,點對點的通訊,而且連接數(shù)不能太多的情況。每個TCP連接的建立都需要三次握手,每個TCP連接的斷開要四次握手。如果每次操作都要建立連接然后再操作的話處理速度會降低,所以每次操作后,下次操作時直接發(fā)送數(shù)據(jù)就可以了,不用再建立TCP連接。例如:數(shù)據(jù)庫的連接用長連接,如果用短連接頻繁的通信會造成socket錯誤,頻繁的socket創(chuàng)建也是對資源的浪費(fèi)。短連接:web網(wǎng)站的http服務(wù)一般都用短連接。因為長連接對于服務(wù)器來說要耗費(fèi)一定的資源。像web網(wǎng)站這么頻繁的成千上萬甚至上億客戶端的連接用短連接更省一些資源。試想如果都用長連接,而且同時用成千上萬的用戶,每個用戶都占有一個連接的話,可想而知服務(wù)器的壓力有多大。所以并發(fā)量大,但是每個用戶又不需頻繁操作的情況下需要短連接。總之:長連接和短連接的選擇要根據(jù)需求而定。四、發(fā)送接收方式:

1、異步:報文發(fā)送和接收是分開的,相互獨(dú)立,互不影響的。這種方式又分兩種情況:異步雙工:接收和發(fā)送在同一個程序中,有兩個不同的子進(jìn)程分別負(fù)責(zé)發(fā)送和接送。異步單工:接送和發(fā)送使用兩個不同的程序來完成。2、同步:報文發(fā)送和接收是同步進(jìn)行,即報文發(fā)送后等待接送返回報文。同步方式一般需要考慮超時問題,試想我們發(fā)送報文以后也不能無限等待啊,所以我們要設(shè)定一個等待 時候。超過等待時間發(fā)送方不再等待讀返回報文。直接通知超時返回。五、報文格式:

通信報文格式多樣性更多,相應(yīng)地就必須設(shè)計對應(yīng)的讀寫報文的接收和發(fā)送報文函數(shù)。阻塞與非阻塞方式

1、非阻塞方式:讀函數(shù)不停的進(jìn)行讀動作,如果沒有報文接收到,等待一段時間后超時返回,這種情況一般需要指定超時時間。2、阻塞方式:如果沒有接收到報文,則讀函數(shù)一直處于等待狀態(tài),知道報文到達(dá)。循環(huán)讀寫方式

1、一次直接讀寫報文:在一次接收或發(fā)送報文動作中一次性不加分別地全部讀取或全部發(fā)送報文字節(jié)。2、不指定長度循環(huán)讀寫:這一版發(fā)生在短連接進(jìn)程中,受網(wǎng)絡(luò)路由等限制,一次較長的報文可能在網(wǎng)絡(luò)傳輸過程中被分解成很多個包,一次讀取可能不能全部讀完一次報文,這就需要循環(huán)讀取報文,直到讀完為止。3、帶長度報文頭循環(huán)讀寫:這種情況一般在長連接中,由于在長連接中沒有條件能夠判斷循環(huán)讀寫什么時候結(jié)束。必須要加長度報文頭。讀函數(shù)先是讀取報文頭的長度,再根據(jù)這個長度去讀報文,實際情況中,報頭碼制格式還經(jīng)常不一樣,如果是非ASCII的報文頭,還必須轉(zhuǎn)換成ASCII常見的報文頭編制有:1、n個字節(jié)的ASCII碼。2、n個字節(jié)的BCD碼。3、n個字節(jié)的網(wǎng)絡(luò)整型碼。以上是幾種比較典型的讀寫報文方式,可以與通信方式模板一起預(yù)先提供一些典型的API讀寫函數(shù)。當(dāng)然在實際問題中,可能還必須編寫與對方報文格式配套的讀寫API. 在實際情況中,往往需要把我們自己的系統(tǒng)與別人的系統(tǒng)進(jìn)行連接, 有了以上模板與API,可以說連接任何方式的通信程序都不存在問題。

什么時候用長連接,短連接?

長連接多用于操作頻繁,點對點的通訊,而且連接數(shù)不能太多情況,。每個TCP連接都需要三步握手,這需要時間,如果每個操作都是先連接,再操作的話那么處理速度會降低很多,所以每個操作完后都不斷開,次處理時直接發(fā)送數(shù)據(jù)包就OK了,不用建立TCP連接。例如:數(shù)據(jù)庫的連接用長連接, 如果用短連接頻繁的通信會造成socket錯誤,而且頻繁的socket 創(chuàng)建也是對資源的浪費(fèi)。

而像WEB網(wǎng)站的http服務(wù)一般都用短鏈接,因為長連接對于服務(wù)端來說會耗費(fèi)一定的資源,而像WEB網(wǎng)站這么頻繁的成千上萬甚至上億客戶端的 連接用短連接會更省一些資源,如果用長連接,而且同時有成千上萬的用戶,如果每個用戶都占用一個連接的話,那可想而知吧。所以并發(fā)量大,但每個用戶無需頻 繁操作情況下需用短連好。總之,長連接和短連接的選擇要視情況而定。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 內(nèi)核
    +關(guān)注

    關(guān)注

    3

    文章

    1416

    瀏覽量

    41363
  • 服務(wù)器
    +關(guān)注

    關(guān)注

    13

    文章

    9784

    瀏覽量

    87838
  • 數(shù)據(jù)傳送
    +關(guān)注

    關(guān)注

    0

    文章

    15

    瀏覽量

    8473
  • TCP通信
    +關(guān)注

    關(guān)注

    0

    文章

    146

    瀏覽量

    4541
收藏 0人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    TCP-IP詳解

    Stevens關(guān)于TCP/IP的經(jīng)典著作(共3卷)的中譯本。其中的卷3:《TCP/IP詳解 卷3:TCP事務(wù)協(xié)議、HTTP、NNTP、UNIX域協(xié)議》。  
    發(fā)表于 08-08 17:30

    一文詳解Modbus TCP通信

    Modbus TCP請求報文為例,具體的數(shù)據(jù)傳輸過程如下:1) Modbus TCP客戶端實況,用Connect()命令建立目標(biāo)設(shè)備TCP 502端口連接數(shù)據(jù)
    發(fā)表于 12-22 16:06

    TCP-IP詳解_卷3_TCP事務(wù)協(xié)議,HTTP,NNTP

    TCP-IP詳解_卷3_TCP事務(wù)協(xié)議,HTTP,NNTP和UNIX域協(xié)議》
    發(fā)表于 03-24 22:42 ?39次下載

    TCP-IP詳解_卷1_協(xié)議》

    TCP-IP詳解_卷1_協(xié)議》
    發(fā)表于 03-24 22:45 ?50次下載

    tcp ip協(xié)議詳解卷三 下載

    tcp ip協(xié)議詳解卷三:第三卷的內(nèi)容細(xì)節(jié)覆蓋了當(dāng)今TCP/IP編程人員和網(wǎng)絡(luò)管理員必須熟練掌握的四個基本方面:    T/TCP (
    發(fā)表于 05-19 11:52 ?437次下載
    <b class='flag-5'>tcp</b> ip協(xié)議<b class='flag-5'>詳解</b>卷三 下載

    tcp ip協(xié)議詳解卷一

    tcp ip協(xié)議詳解卷一:《TCP/IP詳解,卷1:協(xié)議》是一本完整而詳細(xì)的TCP/IP協(xié)議指南。描述了屬于每一層的各個協(xié)議以及它們?nèi)绾卧诓?/div>
    發(fā)表于 05-19 12:02 ?712次下載

    tcp ip協(xié)議_什么是tcp ip協(xié)議

    什么是tcp ip協(xié)議,tcp ip協(xié)議詳解,深刻講述了tcp ip協(xié)議的概念,tcp ip協(xié)議層次等知識
    發(fā)表于 05-14 16:29 ?6311次閱讀
    <b class='flag-5'>tcp</b> ip協(xié)議_什么是<b class='flag-5'>tcp</b> ip協(xié)議

    TCP-IP詳解卷2_插口選項

    學(xué)習(xí)TCP很好的資料,電子書:TCP-IP詳解卷2 。
    發(fā)表于 05-09 14:33 ?0次下載

    TCP-IP詳解卷2_插口層

    學(xué)習(xí)TCP很好的資料,電子書:TCP-IP詳解卷2 。
    發(fā)表于 05-09 14:33 ?0次下載

    TCP-IP詳解卷2_域和協(xié)議

    學(xué)習(xí)TCP很好的資料,電子書:TCP-IP詳解卷2 。
    發(fā)表于 05-09 14:33 ?0次下載

    TCP實現(xiàn):TCP輸出

    學(xué)習(xí)TCP-IP的很好的書。TCP-IP詳解卷3。
    發(fā)表于 05-09 14:33 ?0次下載

    TCP實現(xiàn):TCP概要

    學(xué)習(xí)TCP-IP的很好的書。TCP-IP詳解卷3。
    發(fā)表于 05-09 16:07 ?0次下載

    TCP實現(xiàn):TCP函數(shù)

    學(xué)習(xí)TCP-IP的很好的書。TCP-IP詳解卷3。
    發(fā)表于 05-09 16:07 ?0次下載

    TCP實現(xiàn):TCP輸入

    學(xué)習(xí)TCP-IP的很好的書。TCP-IP詳解卷3。
    發(fā)表于 05-09 16:07 ?0次下載

    TCP通信過程中的長連接與短連接是什么?

    當(dāng)面試官問你:TCP 通信過程中的長連接與短連接是什么?
    的頭像 發(fā)表于 08-08 11:30 ?1632次閱讀
    <b class='flag-5'>TCP</b><b class='flag-5'>通信</b><b class='flag-5'>過程</b>中的長連接與短連接是什么?
    主站蜘蛛池模板: 国内精品不卡一区二区三区 | 且试天下芒果免费观看 | ewp绞死vk失禁编 | 欧美性暴力变态xxxx | 两个人在线观看的视频720 | 野草视频在线观看 | 久久九九青青国产精品 | 日本美女靠逼 | 国产中文字幕一区 | 亚洲精品福利一区二区在线观看 | 国产嫩草影院精品免费网址 | 特污兔午夜影视院 | 午夜理论在线观看不卡大地影院 | 老男人粗大猛 | 精品国产乱码久久久久久软件 | 黄色日本女人 | 日本午夜精品久久久无码 | 久久综合久久鬼色 | 男人桶女人j的视频在线观看 | 国产午夜精品AV一区二区麻豆 | 亚洲精品久久一区二区三区四区 | 国产精品乱人无码伦AV在线A | 午夜一个人在线观看完整版 | 国产精品爽爽久久久久久无码 | 添加一点爱与你电视剧免费观看 | 成年人在线免费观看视频网站 | 日本无码免费久久久精品 | 午夜福利影院私人爽爽 | 精品99久久久久成人网站 | 亚洲色大成网站WWW永久麻豆 | 色戒在线完整观看在线播放版 | 亚洲精品电影久久久影院 | 日韩欧美 亚洲视频 | 亚洲AV精品无码国产一区 | 大胸美女洗澡扒奶衣挤奶 | 精品国产乱码久久久久久口爆 | 人妻少妇久久久久久97人妻 | 日本久久久免费高清 | 日韩精品一区二区亚洲AV观看 | 一区二区三区无码被窝影院 | 天堂Av亚洲欧美日韩国产综合 |

    電子發(fā)燒友

    中國電子工程師最喜歡的網(wǎng)站

    • 2931785位工程師會員交流學(xué)習(xí)
    • 獲取您個性化的科技前沿技術(shù)信息
    • 參加活動獲取豐厚的禮品