原文作者: xingguang
原文鏈接：https://www.tiance.club/post/144770649.html
1干毅、粘包的概念
粘包：多個(gè)數(shù)據(jù)包被連續(xù)存儲于連續(xù)的緩存中循未，在對數(shù)據(jù)包進(jìn)行讀取時(shí)由于無法確定發(fā)生方的發(fā)送邊界，而采用某一估測值大小來進(jìn)行數(shù)據(jù)讀出搏存，若雙方的size不一致時(shí)就會使指發(fā)送方發(fā)送的若干包數(shù)據(jù)到接收方接收時(shí)粘成一包瑰步，從接收緩沖區(qū)看，后一包數(shù)據(jù)的頭緊接著前一包數(shù)據(jù)的尾璧眠。
TCP粘包：指發(fā)送方發(fā)送的若干數(shù)據(jù)包在接收方接收時(shí)粘成一團(tuán)缩焦，從接收緩沖區(qū)看，后一包數(shù)據(jù)的頭緊接著前一包數(shù)據(jù)的尾
2责静、出現(xiàn)粘包的原因
出現(xiàn)粘包現(xiàn)象的原因是多方面的袁滥，它既可能由發(fā)送方造成，也可能由接收方造成泰演。
發(fā)送方引起的粘包是由TCP協(xié)議本身造成的呻拌，TCP為提高傳輸效率，發(fā)送方往往要收集到足夠多的數(shù)據(jù)后才發(fā)送一包數(shù)據(jù)睦焕。若連續(xù)幾次發(fā)送的數(shù)據(jù)都很少藐握，通常TCP會根據(jù)優(yōu)化算法把這些數(shù)據(jù)合成一包后一次發(fā)送出去，這樣接收方就收到了粘包數(shù)據(jù)垃喊。
接收方引起的粘包是由于接收方用戶進(jìn)程不及時(shí)接收數(shù)據(jù)猾普，從而導(dǎo)致粘包現(xiàn)象。這是因?yàn)榻邮辗较劝咽盏降臄?shù)據(jù)放在系統(tǒng)接收緩沖區(qū)本谜，用戶進(jìn)程從該緩沖區(qū)取數(shù)據(jù)初家，若下一包數(shù)據(jù)到達(dá)時(shí)前一包數(shù)據(jù)尚未被用戶進(jìn)程取走，則下一包數(shù)據(jù)放到系統(tǒng)接收緩沖區(qū)時(shí)就接到前一包數(shù)據(jù)之后，而用戶進(jìn)程根據(jù)預(yù)先設(shè)定的緩沖區(qū)大小從系統(tǒng)接收緩沖區(qū)取數(shù)據(jù)溜在，這樣就一次取到了多包數(shù)據(jù)陌知。
原文作者: xingguang
原文鏈接：https://www.tiance.club/post/144770649.html
3、粘包的處理方式：
（1）當(dāng)時(shí)短連接的情況下掖肋，不用考慮粘包的情況
（2）如果發(fā)送數(shù)據(jù)無結(jié)構(gòu)仆葡，如文件傳輸，這樣發(fā)送方只管發(fā)送志笼，接收方只管接收存儲就ok沿盅，也不用考慮粘包
（3）如果雙方建立長連接，需要在連接后一段時(shí)間內(nèi)發(fā)送不同結(jié)構(gòu)數(shù)據(jù)
接收方創(chuàng)建預(yù)處理線程纫溃，對接收到的數(shù)據(jù)包進(jìn)行預(yù)處理腰涧，將粘連的包分開；
分包是指在出現(xiàn)粘包的時(shí)候我們的接收方要進(jìn)行分包處理紊浩。（在長連接中都會出現(xiàn)） 數(shù)據(jù)包的邊界發(fā)生錯(cuò)位窖铡，導(dǎo)致讀出錯(cuò)誤的數(shù)據(jù)分包，進(jìn)而曲解原始數(shù)據(jù)含義郎楼。
粘包情況有兩種万伤，一種是粘在一起的包都是完整的數(shù)據(jù)包，另一種情況是粘在一起的包有不完整的包呜袁。
如何處理TCP粘包和TCP拆包問題敌买？
無論是TCP拆包還是TCP粘包本質(zhì)問題都在于無法區(qū)分包的界限，可以采用以下三種方式來區(qū)分包的界限
原文作者: xingguang
原文鏈接：https://www.tiance.club/post/144770649.html
1.消息數(shù)據(jù)固定長度阶界，但是浪費(fèi)存儲和網(wǎng)絡(luò)資源
2.使用分割符來區(qū)分包的界限
3.數(shù)據(jù)包的頭部中增加數(shù)據(jù)包長度字段
