- 主题:为啥TCP协议不增加一种“稳定包”传输的模式？
首先强调一下，我懂TCP是“流”，是没有包的概念的，所以回帖不要抓着这个来教育了。
我的意思是这种模式，发送端一次发送多大的包，接收端就一次接收多大包。这样就免去了应用需要组数剧、解析协议了，易用很多啊。也不会出现“黏包”这种伪科学了。
--
FROM 118.194.240.*
当然说的是tcp传输的“包”（就是一次send()调用），跟下面MTU啥的没啥关系，要分开要组装都行，只要TCP接收还是一个包就行。
【 在 johnfader 的大作中提到: 】
: 什么包？还是你的问题，你的包多大？超过了MTU后，就得分开。分开后就得重新组装。
--
FROM 118.194.240.*
这是刚需
【 在 lioncat7 的大作中提到: 】
: 太难回答了
: 赶上火箭为啥不烧无烟煤了
--
FROM 118.194.240.*
我知道，但是这个需求太强烈了，协议栈直接做了更方便。真正只用流的场景其实很少，大部分都是需要解析数据的。
【 在 adamhj 的大作中提到: 】
: 因为你说的这种更偏向于上层实现而不是底层实现的问题
: 就好比造马路的人只要管修路就行了，至于上面你要跑马车还是汽车，那是你的事情，不归他管
:
--
FROM 118.194.240.*
不需要的不用就行了呗，增加一种模式方便需要的人用，或者增加一个融合了TCP和UDP的协议。其实就是在内部集成个websocket的功能？
你说的TCP离死不远，是因为啥？
在 hgoldfish 的大作中提到: 】
: 因为有人不需要这种模式啊。tcp 这个协议之所以会活到现在，而不是像 NetBIOS 这种协议一样早早就死掉，恐怕主要原因在于抓住了核心痛点——顺序管道、拥塞控制、差错控制。
: 你需要的需求实际上是 websocket 做的事。我自己也有一个更轻量的山寨协议做这件事情。
: 不过从现在互联网的各种破坏情况看，TCP 也离死不远了。
: ...................
--
FROM 118.194.240.*