怎么解决TCP网络传输「粘包」问题？ 第1页

TCP都没有包这个概念，何来粘包一说？

这个所谓“TCP黏包”问题，我老早就在知乎上看过，很多人都批判过。本来不想搭理的，但是看到居然有些人在这里杠：“实践中遇到过就懂了黏包的存在”。这真是又好气又好笑。

你们自己先入为主地错误地认为send与recv是一一对应的，从而生造出“TCP黏包”这种东西，还有理了吗？

但凡认真看了send、recv的函数签名，就知道有返回值啊！你不该想一想send调用100字节，如果返回值比100小的时候该怎么办吗？不该想一想recv缓存区有100字节，如果返回值比100小怎么办吗？但凡动动脑子，想一下这两个问题，也不会想到什么“黏包”吧！

有人可能觉得，不管叫黏包问题也好，叫基于TCP设计以包为单位的应用层协议也好，叫什么不重要，重要的是怎么解决这个问题。

我是反对的。

基于错误的理解形成的概念，对于有效的交流沟通是有害的，会导致无法理清问题的实质与边界、难以提出正确且合适的解决方案。

一个流式传输协议，非要自己发明个包的概念，还假装流式传输协议按照包来发送数据，结果整出个粘包问题……

这种问题本质上和怎样解决馒头没馅的问题一样。

要么买包子，要么自己塞馅进去……