绝大部分情况下, 从 TCP 接收数据都存在一个把 "TCP 流" 转成 "数据块" 的问题, 那么为什么 TCP 当初还要设计成 "流"

TCP 设计成 "流", 只是实现起来容易一些吧, 但用起来真不爽 实际上程序里用到的都是一块一块的内存, TCP 强行弄出一个"流"来. 这样在接收方必然要从 "流" 转换成 "块", 转换的方式有: 固定长度, 加包头指定长度, 用特殊的间隔标记.

固定长度: 简单无开销, 但是太死板不灵活, 适用场合很少. 加包头指定长度: 编程简单, 但会多一次读取开销. 用特殊的间隔标记: 比如 HTTP 这种, 就需要遍历全部内容

如果 TCP 原本就保留“块”信息， 则使用起来就会简单很多了。 比如这样定义

struct iovec { void *iov_base; size_t iov_len; }; /* 返回发送出去的 struct iovec 的个数, 不要发送半个 出错的情况的返回值和 write()/send() 一样 */ int my_writev(int fd, struct iovec *vec, size_t n_vec); /* 返回接收到的 struct iovec 的个数, 不要接收半个 出错的情况的返回值和 read()/recv() 一样 接收的时候可以把 struct iovec *vec 预先分配，也可以不分配直接接收到 buf 里面同时把分块信息保存到 struct iovec *vec。 */ int my_readv(int fd, struct iovec *vec, size_t n_vec, void *buf, size_t size_of_buf); 

这样用来起来再很多场合就非常方便了。