tcp流处理细节

参考：

workerman,zinx,ppython

提出问题

1，tcp链接是里面的数据流，流数据获取和发送问题

2，原数据包在不封装的情况下，直接处理的一般方式

3，原数据包在封包格式化的情况下，处理包的一般方式

关键知识点

1，IP 数据报的最大长度 = 2^16-1 = 65535 字节 （64kB）

TCP 报文段的数据部分 = IP 数据报的最大长度 - IP 数据报的首部 - TCP 报文段的首部 = 65535 - 20 - 20 = 65495 字节

问题1：数据流的获取和发送的问题

1，当客户端发送一个tcp请求，数据包长度 > tcp的最大长度:将会分多次发送。此时接受方接受数据也是read多次。//每次传输和接受的长度还有很多细节，此处只作一个抽象值。

2，如果数据包长度 <= tcp最大长度，一次发送完。

3，在数据包较小的情况下，tcp可能会合并发送，一次发送多个数据包。

4，每次能接收到

问题2：数据包不封装的处理方式

读取的情况

1，可以一次读取完发送端一次发送的数据包。如果读取完就会读到空字节流，如果链接关闭则会读取到错误

2，也可以每次读取固定长度的数据包，用循环反复读取。直到读取指定长度的数据，或者读取完

发送的情况

1，如果数据包较小，可以一次发送完

2，如果数据包较大，可以先计算数据包的字节总长度。循环发送直到发送长度值之和为总长度。

3，如果一次发送的长度大于tcp的最大长度，会被分段发送

问题3：有格式化数据包的处理方式（其实就是粘包的问题的解决方法）

1，不论tcp底层对数据流做了什么处理，也不论每次读取read和发送write了多大的数据，在代码逻辑层实现数据的正确获取就行

2，怎样正确发送一个数据包：只要发送的总长度 = 1次或多次发送的长度之和，这个包就算发送完成

3，怎样争正确读取一个数据包：在没有封装的情况下，要么循环读取固定长度直到读到空为止，要么1次就读取读是多少是多少（小于等于设置的最大长度）

4，在有封装的情况下，先读取特定长度的头部，如果长度太少的情况，可以直接返回或者阻塞直到获取到特定长度的头部，从头部中解析包体的长度，直到读到包体长度的的数据为止。循环下一次消息

总结：

1，不用关心tcp链接的数据怎样传输，只需要把数据源看成一个抽象流就行了，该怎么发送就怎么发送，该怎么解析就怎么解析。

2，不要去考虑读取read的时候太短不够解析的情况，就当系统调用会阻塞，直到能读取到完整数据。那是操作系统需要关系的问题。

3，也不要考虑发送write的时候太长没写完的情况，可以循环发送直到发送的总长度之和等于数据包长度就成功了。底层自会处理长度的问题。该合并就合并，该拆封就拆分。