@pangliang 明明就是解释一下为什么

一次 send 可能要多次 recv 才能完成

和

多次 send 一次 recv 也可能能完成

的简单问题。却“发明”一个新手不懂老手也不懂的名词，别人指出来了还要强辩。

@pangliang 既然没有包，那你又拆什么和粘什么？加深别人的错误印象？

@pangliang 因为 TCP 是流式协议，所以没有包的概念，更没有粘包的概念。你到底要表达的是什么？

@pangliang 你回错贴子了，这个贴子讨论的是 TCP 协议，TCP 协议就是流式协议。

本来不想回复的，但看到有人误人子弟误得更深了，回复一下：

如果你觉得 read(缓冲区，长度）这个读的是一个 “包” ， 那么请问我要传送一个 1TB 的数据包，应该怎么做？发送端和接收端各初始化一个 1TB 大小的缓冲区吗？另外接收端怎么知道对方要发一个 1TB 的数据包？还有我的机器是 32 位的怎么办？

经常写代码的工程师，即使没接触过流式协议也会很快想到这个问题，而这个问题的答案，随手就能找到。你们讨论的 “新手” 和 “老手” 其实是 “完全不懂网络编程的” 和 “懂网络编程的” 或者 “完全不懂编程硬要装着自己懂的” 和 “这个问题我不懂要看下书” 的两种人。

任何不符合标准的操作，行为都是不确定的，一万个编译器可以有一万种做法，没有必要去深究这个。

TextArea.com 看一下？我做的。

不是要设计成流，而是只能设计成流，不然设计成块，你打算让 OS 怎么办？传送一个 1G 的块，OS 要把它全 Cache 到内存里？内存不够怎么办？存到磁盘？一下可用场景就少了。如果一开始加上最大容量，比如 4G，现在又会嫌不够，又要处理多块变成流了。如果你真的需要块，请在创建连接的时候发一个 4 字节或 8 字节的长度，然后不停的 recv，至于存到内存里还是磁盘里还是转发给另一个设备，取决于 App 自己。如果一个工程师连这都解决不了，不建议去吐槽 TCP 的设计。

如果只是为了拿文评找工作，除非企事业单位否则非统考的本科没有用。

所有的字符串都可以转换成一串组数字。

@leviathan0992 对不起，我哪儿得罪你了吗？

@leviathan0992 你是谁？为什么要给你看？

@shijingshijing 写 OS 和写 VM 本就和写链表没多大关系。我花在调试 Lemon 语言 GC 的链表都不止半个小时了。

考链表也好，考快排也好，考个思路就可以了，真要让半个小时之内写出个无错可执行的代码，基本上就是面试之前把实现记住了或者面试者是做 ACM 的，天天和这个打交道。

@c3824363 对不起，就是不能。

写了这么多年 C，我可以写编译器，可以写 VM，可以写 OS，但你让我半个小时写个链表，对不起写不出来。另外如果谁在面试的时候让我写个快排，那我会在最后提问的时候让他证明一下快排为什么快。很多时候写代码和考代码是两个维度的事。

@liuhaotian 其实我想了一下，觉得他大概看书看到赋值那一章就能搞懂了。

@whoami9894 你是对的。

@whoami9894 我说了 9 楼的代码是错的呀，如果你觉得那个代码没错，那 You are right.