到底啥叫流，是因为像水一样不会断吗

[wythechen]

[azh7138m]

@Dxxxxs
@changwei
我手上有一本英文原版的计算机网络，亲爱的你，告诉我，你是在哪里看到这个概念的？

[hhhsuan]

这种模糊不清的问题，居然还有这么多人回复，请大家不要纵容这种浪费大家时间的行为，直接无视才能让楼主学会怎么提问。

[psuwgipgf]

@azh7138m 不知道你那本计算机网络里，有没有提到如何分割 tcp 连接发送过来的数据的。不管你承不承认这个概念，他就是有这种问题。而且搜索 粘包 可以很快找到解决方法。

[neoblackcap]

@psuwgipgf 有这样的问题就是解析器写得不好，应该回去再看看编译相关的书籍，不是去看网络相关的。粘包这词也就中文社区会出现。所谓的粘包唯一正确的解决方法就是写好你的解析器，或者修改你的应用层协议。

[noli]

@psuwgipgf

分割“流” 本来就是一个伪问题。
你想说的内容其实是，如何设计一个基于流的数据格式或者协议……有这个概念的话就不会有所谓“粘包”。

“粘包” 这个概念也无助于正确地表达本质——缓冲大小读取与数据格式所定义的大小不同步，并且每次读取的数据大小不可预知。

[vjnjc]

流就是一边接受数据，一边处理嘛。
不像以前需要把整个数据读完。

[catror]

@psuwgipgf 不管你承不承认这个概念，所谓的解决办法（加包头、固定长度之类的），其实是一个应用层协议了，和 TCP 无关，把 TCP 换成任意流协议都一样。所谓的 TCP 粘包，就是半吊子的人提出来的伪概念。还有人把这个概念翻译成英文，stick package，我也是醉了。

[catror]

@catror sticky package，少到一个 y

[xaw483051011]

问个问题啊，BIo 是基于流的，NIo 是基础通道，和流有关系吗

[dddd1919]

流弊，听懂掌声

[GeruzoniAnsasu]

不是不会断


流是对无边界数据的统一抽象
一个“流”意味着可以从中读写未事先确定总长度的数据





tcp 没有粘包，但其实再不专业也不会认为粘包是 tcp 协议的概念。首先粘包有明确含义，指在 tcp 传输中接收方读出数据与发送方写入数据同单位 /边界不同步的现象。对于了解 tcp 的人来说他会明白“粘包”是流传输的正常结果，对于不了解的人来说他并不知道 tcp 协议有哪些内容，只是认为“粘包是 tcp 经常发生的问题”——而其实这个印象是对的。

作为一个能明确代表“ tcp 传输接发双方必须自行确定协议并组织数据单位和边界否则由于流式 io 会导致接收方无法按发送单位接收数据”问题的词，“粘包”其实创造得还挺形象，交流业务的时候大可不必这么严谨，讨论技术问题的时候严谨一点是好的，但个人觉得也没必要把这词废除掉。

[wweir]

人肉封装了几次 TCP 协议，不知“粘包”为何物。

面向流就用面向流的处理手法，面向包就用面向包的处理手法，非要二者混为一谈，自找麻烦

[no1xsyzy]

@psuwgipgf 你肛门不夹断怪屎粘在一起？
无包哪来的粘包？
@GeruzoniAnsasu 与其说叫粘包不如说叫 “分包不清” 或者 “分包错误”。
还生硬地创造粘包的概念，明明有更直接、更清楚、更准确的叫法。
再说粘包我要拿出 SICP 从头讲流了。

[zhujinliang]

看一下 RingBuffer 的实现原理就明白了

[ghos]

其实就是表述上面的问题。。。所谓‘粘包’‘拆包’就是应用层协议的解码问题

[HuasLeung]

有"方向"的才叫流

[richieboy]

从头到尾流动,不能后退,不能随机

[quadpixels]

如果说是计算中的 streaming，也可以指“ cache 对其是无效的，所有数据只用一次”的意思吧。

[az031120103]

流，哲学概念，也是所有设计必须遵循的一种原则
流，只有一个方向
水从高到低
看书，浏览网页从左到右，从上到下
数据流方向由父到子
等等都是遵循了流只有一个方向的原则

[atonku]

一群傻吊