面向字节流
创建一个TCP的socket,同时在内核中创建一个发送缓冲区和一个接收缓冲区
- 调用一个write时,数据会先写入发送缓冲区
- 如果发送的字节数太长,就会被拆分成多个TCP数据包
- 如果发送的字节数太短,就会在发送缓冲区中等待,等到缓冲区长度差不多了,或者其他合适的时机发出去
- 接受数据的时候,数据也是从网卡驱动程序到达内核的接收缓冲区
- 然后应用程序可以调用read从接受缓冲区拿数据
TCP的一个连接既有发送缓冲区也有接收缓冲区,那么对于一个连接,既可以读数据也可以写数据,这个叫做全双工。
由于缓冲区的存在,TCP程序的读和写不需要一一匹配
写数据时,可以一次写1000字节,也可以一次写1字节,调用write写1000次
读字节的数据的时候,可以一次读1000字节的数据,也可以一次读一个,调用read读1000次。
粘包问题
- 粘包问题中的包,是指应用层的数据包
- 在TCP的报头中,没有一个如同UDP报头中“报文长度”这样的字段,但是又序号字段
- 在传输层的角度,TCP是一个一个报文过来的,按照序号排好序放在缓冲区中
- 在应用层角度,看到的就是一串连续的字节数据
- 那么应用程序看到了这么一连串的字节数据,就不知道哪个部分从哪开始,到哪结束,变成了一个完整的应用层数据包
<