最近自底向上学习网络模型，看到 TCP 层经常有人提到"粘包"，我笑了

围观大佬们的嘲讽

@yuikns 按我看到的一般的常见的用法，serializing / deserializing 指数据结构的内部表示和（至少）允许串行访问的外部存储的表示（尤其是直接对应外存中的可持久化格式，如文件映像）之间的转换； marshalling / unmarshalling 则强调系统内处理的以既定方式访问的数据（通常就是语言运行时支持的一等对象(first-class object) ）和系统外的表示形式（不限制格式是否公开稳定，不强调持久化，具体支持和语言之间互操作的要求有关）的交互。两者外延不同但有交集，条件允许时可以共用一套实现。

划分 I/O 操作的基准要看什么是系统“内部”。I/O 是指保证对外部有不可忽略的影响的操作。否则，找不到一个外延去限定什么才能算 I/O，字面含义也说不通。
有些操作作为 I/O 是没疑问的：产生可观察且无法保证消除的行为（比如说，总是需要消耗电力）的物理设备发生的通信是真实的 I/O。
除此之外，还可以假装认为存在其它类似的影响外部状态操作，以实现不可控的“外部”系统交互。例如通用操作系统的内核把设备驱动排除出这里的“内部”，统计的所谓 I/O 可以包括仅在虚拟设备上有意义的操作；为便于设备驱动实现和统计方式的原因，这种假定姑且是合理的。
但就不提供让用户显式指定如何处理的计算作用(computational effect) 大多数编程语言来讲，没有说得过去的理由这样装。特别是 C 和 C++ 对这种“外部”副作用已经专门用 volatile 区分了，再含糊地给库函数开洞只会导致不必要的劣化和库 API 设计的混淆。

@Archeb "因为其实二层的 Ethernet 和三层的 IP 都分别有 Frame 和 Packet 的概念，不然为什么要有 MTU/MSS 呢？" 如果没记错的话 MSS 应该是 TCP 里的吧？ IP 层好像没规定什么大小

@BiuBiuBiu
Ethernet → MTU，TCP → MSS
我的理解是，MSS 是为了适应两端 MTU 不同的情况，所以我把 MTU 和 MSS 都说了。