因为你说的这种更偏向于上层实现而不是底层实现的问题

就好比造马路的人只要管修路就行了，至于上面你要跑马车还是汽车，那是你的事情，不归他管

【 在 wjhtingerx 的大作中提到: 】
: 首先强调一下，我懂TCP是“流”，是没有包的概念的，所以回帖不要抓着这个来教育了。
: 我的意思是这种模式，发送端一次发送多大的包，接收端就一次接收多大包。这样就免去了应用需要组数剧、解析协议了，易用很多啊。也不会出现“黏包”这种伪科学了。
--
FROM 202.109.128.*

因为有人不需要这种模式啊。tcp 这个协议之所以会活到现在，而不是像 NetBIOS 这种协议一样早早就死掉，恐怕主要原因在于抓住了核心痛点——顺序管道、拥塞控制、差错控制。

你需要的需求实际上是 websocket 做的事。我自己也有一个更轻量的山寨协议做这件事情。

不过从现在互联网的各种破坏情况看，TCP 也离死不远了。

【 在 wjhtingerx 的大作中提到: 】
: 首先强调一下，我懂TCP是“流”，是没有包的概念的，所以回帖不要抓着这个来教育了。
: 我的意思是这种模式，发送端一次发送多大的包，接收端就一次接收多大包。这样就免去了应用需要组数剧、解析协议了，易用很多啊。也不会出现“黏包”这种伪科学了。
--
FROM 110.84.122.*

IP 协议长命的 很

即使 如你所说离死不远了，那也得 20年起
参考IPv4


【 在 hgoldfish 的大作中提到: 】
: 标  题: Re: 为啥TCP协议不增加一种“稳定包”传输的模式？
: 发信站: 水木社区 (Wed Oct 30 11:30:03 2024), 站内
:
: 因为有人不需要这种模式啊。tcp 这个协议之所以会活到现在，而不是像 NetBIOS 这种协议一样早早就死掉，恐怕主要原因在于抓住了核心痛点——顺序管道、拥塞控制、差错控制。
:
: 你需要的需求实际上是 websocket 做的事。我自己也有一个更轻量的山寨协议做这件事情。
:
: 不过从现在互联网的各种破坏情况看，TCP 也离死不远了。
:
: 【 在 wjhtingerx 的大作中提到: 】
: : 首先强调一下，我懂TCP是“流”，是没有包的概念的，所以回帖不要抓着这个来教育了。
: : 我的意思是这种模式，发送端一次发送多大的包，接收端就一次接收多大包。这样就免去了应用需要组数剧、解析协议了，易用很多啊。也不会出现“黏包”这种伪科学了。
:
: --
: 灭绝人性啊
:
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 110.84.122.*]
--
FROM 124.207.188.194

我说的是 TCP，不是 IP.

替代 TCP 的已经出现了啊。那个 QUIC 就干得不错。虽然也不是非常完美，我觉得那个协议太重了。我自己弄了个山寨的协议，把 HTTP3/QUIC 拆成了管道、多流、加密、HTTP 四个部分。这些组件可以相互搭配使用，比如多流可以移植到 TCP 上面，加密可选，管道 + 多流 + SSL 做 proxy 等等。

【 在 DreamDreams 的大作中提到: 】
: IP 协议长命的 很
: 即使 如你所说离死不远了，那也得 20年起
: 参考IPv4
: ...................
--
修改:hgoldfish FROM 110.84.122.*
FROM 110.84.122.*

你去看一些互联网早期协议，telnet、ftp、包括http的请求部分，都是流式的多，互联网早期硬件资源和现在完全不能比，你不能用现在的需求去要求当时

【 在 wjhtingerx 的大作中提到: 】
: 我知道，但是这个需求太强烈了，协议栈直接做了更方便。真正只用流的场景其实很少，大部分都是需要解析数据的。
--
修改:adamhj FROM 202.109.128.*
FROM 202.109.128.*