TCP协议——面向字节流，粘包问题，TCP异常情况

面向字节流

创建一个TCP的socket，同时在内核中创建一个发送缓冲区和一个接收缓冲区

• 调用一个write时，数据会先写入发送缓冲区
• 如果发送的字节数太长，就会被拆分成多个TCP数据包
• 如果发送的字节数太短，就会在发送缓冲区中等待，等到缓冲区长度差不多了，或者其他合适的时机发出去
• 接受数据的时候，数据也是从网卡驱动程序到达内核的接收缓冲区
• 然后应用程序可以调用read从接受缓冲区拿数据

TCP的一个连接既有发送缓冲区也有接收缓冲区，那么对于一个连接，既可以读数据也可以写数据，这个叫做全双工。

由于缓冲区的存在，TCP程序的读和写不需要一一匹配
写数据时，可以一次写1000字节，也可以一次写1字节，调用write写1000次
读字节的数据的时候，可以一次读1000字节的数据，也可以一次读一个，调用read读1000次。

粘包问题

• 粘包问题中的包，是指应用层的数据包
• 在TCP的报头中，没有一个如同UDP报头中“报文长度”这样的字段，但是又序号字段
• 在传输层的角度，TCP是一个一个报文过来的，按照序号排好序放在缓冲区中
• 在应用层角度，看到的就是一串连续的字节数据
• 那么应用程序看到了这么一连串的字节数据，就不知道哪个部分从哪开始，到哪结束，变成了一个完整的应用层数据包

如何避免粘包问题

• 对于定长的包，保证每次按照大小读取即可
• 对于变长的包，在包头的位置，标记一个包总长度的字段，就可以知道包的结束位置
• 对于变长的包，还可以在包和包之间使用明确的分隔符（应用层的协议是程序员自己定的，只要不和正文