最近自底向上学习网络模型，看到 TCP 层经常有人提到"粘包"，我笑了

[asilin]

那些探讨所谓 TCP 层“粘包”问题的同学们，你们为什么不问问他的兄弟第一层的“物理层”，是如何在物理介质里面处理载波信号的“粘包”的？

对于网络基础同学比较扎实的同学，就应该知道所谓的 TCP“粘包”是不存在的，数据要在 TCP 层流式传播，首先就应该做好“表示层”的边界定位工作，而且数据本身就应该是结构化的。

大部分探讨“粘包”问题的案例，都是直接 nc 一个 TCP 端口，开始灌入 ASCII 码文本，但数据的传输并不是这么用的，就算在 C 语言里面，复杂数据也得用结构体来存储吧，就算是 HTTP，也使用了“\r\n”来进行分隔，你就直接往里面灌，能不出现问题嘛。

[sgissb1]

参加之前上海某美国制裁黑名单企业面试时，小兄弟就用了这个词问我，我当时一脸黑人问号，这么含糊的意思，让我怎么回答么。再说我自己 tcp 的基础知识也确实不牢靠。。。

[sgissb1]

看来要上制裁黑名单也太容易了吧。

[lance6716]

@dndx 所以什么是粘包、粘块啊…

[dndx]

@sgissb1 你确定面试官不是在给你设套

@lance6716 两个都是伪命题

[a627795061]

纸上谈兵

[back0893]

我觉得说粘包很现象
出现粘包就是因为数据是不断获得
我依据规定的格式获得数据,
从而的得到我需要的包.

[Mutoo]

这是应用层的包，纯熟翻译问题，如果翻译成帧(frame)就没问题了。从流里拆帧。

[alphatoad]

TCP 当然有包，不能因为封装好了就说没有

[jangit]

这个是有可能的，tcp 有个小特性叫 tcp delay，就是把小的数据包组在一起发送
之前知道粘包就是因为这个特性

[jangit]

@jangit 没看清楚内容，确实是个伪命题，溜了

[PDX]

这种 沾沾自喜 的样子 很低级

[xuanbg]

数据在网络层是分包发送和接收的。每个包都有固定的数据格式，这个数据格式就是我们说的网络协议。包的大小和 MTU 值有关，流数据超出 MTU 值，就会被自动分成多个数据包进行发送。在网络层确实不存在什么粘包这个说法，只有接收侧会有包的次序问题。因为网络设备不能保证你先发送的包一定会先到达。

说 TCP 是流没有包某种意义上也没错，对于上层应用来说，网络传输就是数据流。实际上我们在使用网络传输数据的时候，也是按流而不是包进行处理的。

[nianyu]

阴阳怪气

[pythonee]

还是不懂，而且工程上似乎是要考虑的

[itskingname]

@Mohanson #9 你这个回答毫无意义，就像是说：楼主你的帖子里面有一个错别字，你花一天时间翻一下新华字典就好了。 除了让人觉得你看过，还能说明什么？你能不能具体说明是卷几？哪一章哪一节第几页？

[sintrb]

@arloor 赞一个！

[letking]

这 tm 都是月经贴了吧？
不讨论楼主自身水平如何、做法对不对，反正如今还在维护“粘包”这个说法的都是傻 B，欢迎互 B。

[wangyzj]

明明知道这是针对不同职位和不通层级的说法
为啥一定要纠结呢

[shujun]

角度不同而已

在底层实现者眼里，传输不涉及应用逻辑 所以不负责处理这个封包解包

应用层开发者确实直接用 tcp 的不多，习惯了 http 那种封装好的协议 请求和相应一对一的。

[FrankHB]

想知道粘包警察是何种文化输出……樱警察 /车万警察 /厄介警察？
另外倒是想出警把 serialization/deserialization 或者 mashalling/unmarshalling 和 I/O 混为一谈的……