粘包問(wèn)題詳情
1、只有TCP有粘包現(xiàn)象，UDP永遠(yuǎn)不會(huì)粘包
你的程序?qū)嶋H上無(wú)權(quán)直接操作網(wǎng)卡的，你操作網(wǎng)卡都是通過(guò)操作系統(tǒng)給用戶(hù)程序暴露出來(lái)的接口，那每次你的程序要給遠(yuǎn)程發(fā)數(shù)據(jù)時(shí)，其實(shí)是先把數(shù)據(jù)從用戶(hù)態(tài)copy到內(nèi)核態(tài)，這樣的操作是耗資源和時(shí)間的，頻繁的在內(nèi)核態(tài)和用戶(hù)態(tài)之前交換數(shù)據(jù)勢(shì)必會(huì)導(dǎo)致發(fā)送效率降低，因此socket為提高傳輸效率，發(fā)送方往往要收集到足夠多的數(shù)據(jù)后才發(fā)送一次數(shù)據(jù)給對(duì)方。若連續(xù)幾次需要send的數(shù)據(jù)都很少，通常TCPsocket會(huì)根據(jù)優(yōu)化算法把這些數(shù)據(jù)合成一個(gè)TCP段后一次發(fā)送出去，這樣接收方就收到了粘包數(shù)據(jù)。
2、首先需要掌握一個(gè)socket收發(fā)消息的原理
發(fā)送端可以是1k，1k的發(fā)送數(shù)據(jù)而接受端的應(yīng)用程序可以2k，2k的提取數(shù)據(jù)，當(dāng)然也有可能
是3k或者多k提取數(shù)據(jù)，也就是說(shuō)，應(yīng)用程序是不可見(jiàn)的，因此TCP協(xié)議是面來(lái)那個(gè)流的協(xié)議，
這也是容易出現(xiàn)粘包的原因而UDP是面向無(wú)連接的協(xié)議，每個(gè)UDP段都是一條消息，應(yīng)用程序必
須以消息為單位提取數(shù)據(jù)，不能一次提取任一字節(jié)的數(shù)據(jù)，這一點(diǎn)和TCP是很同的。怎樣定義
消息呢?認(rèn)為對(duì)方一次性write/send的數(shù)據(jù)為一個(gè)消息，需要命的是當(dāng)對(duì)方send一條信息的
時(shí)候，無(wú)論鼎城怎么樣分段分片，TCP協(xié)議層會(huì)把構(gòu)成整條消息的數(shù)據(jù)段排序完成后才呈現(xiàn)在內(nèi)核緩沖區(qū)。
例如基于TCP的套接字客戶(hù)端往服務(wù)器端上傳文件，發(fā)送時(shí)文件內(nèi)容是按照一段一段的字節(jié)流發(fā)送的，
在接收方看來(lái)更笨不知道文件的字節(jié)流從何初開(kāi)始，在何處結(jié)束。
3、粘包的原因
3-1直接原因
所謂粘包問(wèn)題主要還是因?yàn)榻邮辗讲恢老⒅g的界限，不知道一次性提取多少字節(jié)的數(shù)據(jù)所造成的
3-2根本原因
發(fā)送方引起的粘包是由TCP協(xié)議本身造成的，TCP為提高傳輸效率，發(fā)送方往往要收集到足夠多的數(shù)據(jù)后才發(fā)送一個(gè)TCP段。若連續(xù)幾次需要send的數(shù)據(jù)都很少，通常TCP會(huì)根據(jù)優(yōu)化算法把這些數(shù)據(jù)合成一個(gè)TCP段后一次發(fā)送出去，這樣接收方就收到了粘包數(shù)據(jù)。
3-3總結(jié)
TCP(transportcontrolprotocol，傳輸控制協(xié)議)是面向連接的，面向流的，提供高可靠性服務(wù)。收發(fā)兩端(客戶(hù)端和服務(wù)器端)都要有一一成對(duì)的socket，因此，發(fā)送端為了將多個(gè)發(fā)往接收端的包，更有效的發(fā)到對(duì)方，使用了優(yōu)化方法(Nagle算法)，將多次間隔較小且數(shù)據(jù)量小的數(shù)據(jù)，合并成一個(gè)大的數(shù)據(jù)塊，然后進(jìn)行封包。這樣，接收端，就難于分辨出來(lái)了，必須提供科學(xué)的拆包機(jī)制。即面向流的通信是無(wú)消息保護(hù)邊界的。
UDP(userdatagramprotocol，用戶(hù)數(shù)據(jù)報(bào)協(xié)議)是無(wú)連接的，面向消息的，提供高效率服務(wù)。不會(huì)使用塊的合并優(yōu)化算法，,由于UDP支持的是一對(duì)多的模式，所以接收端的skbuff(套接字緩沖區(qū))采用了鏈?zhǔn)浇Y(jié)構(gòu)來(lái)記錄每一個(gè)到達(dá)的UDP包，在每個(gè)UDP包中就有了消息頭(消息來(lái)源地址，端口等信息)，這樣，對(duì)于接收端來(lái)說(shuō)，就容易進(jìn)行區(qū)分處理了。即面向消息的通信是有消息保護(hù)邊界的。
tcp是基于數(shù)據(jù)流的，于是收發(fā)的消息不能為空，這就需要在客戶(hù)端和服務(wù)端都添加空消息的處理機(jī)制，防止程序卡住，而udp是基于數(shù)據(jù)報(bào)的，即便是你輸入的是空內(nèi)容(直接回車(chē))，那也不是空消息，udp協(xié)議會(huì)幫你封裝上消息頭，實(shí)驗(yàn)略
udp的recvfrom是阻塞的，一個(gè)recvfrom(x)必須對(duì)唯一一個(gè)sendinto(y),收完了x個(gè)字節(jié)的數(shù)據(jù)就算完成,若是y>x數(shù)據(jù)就丟失，這意味著udp根本不會(huì)粘包，但是會(huì)丟數(shù)據(jù)，不可靠
tcp的協(xié)議數(shù)據(jù)不會(huì)丟，沒(méi)有收完包，下次接收，會(huì)繼續(xù)上次繼續(xù)接收，己端總是在收到ack時(shí)才會(huì)清除緩沖區(qū)內(nèi)容。數(shù)據(jù)是可靠的，但是會(huì)粘包。
以上內(nèi)容為大家介紹了pythonsocket網(wǎng)絡(luò)編程之粘包問(wèn)題詳解，希望對(duì)大家有所幫助，如果想要了解更多Python相關(guān)知識(shí)，請(qǐng)關(guān)注IT培訓(xùn)機(jī)構(gòu):千鋒教育。
京公網(wǎng)安備 11010802030320號(hào)