网络编程——5. TCP原理

5.2 TCP原理

TCP套接字中的I/O缓冲

TCP套接字的数据收发无边界。服务器端即使调用1次write函数传输40字节的数据，客户端也有可能通过4次read函数调用每次读取10字节。
那么，在客户端接收10字节后，剩下的30字节在何处等候呢？

实际上，
write调用后并非立即传输数据，而是将数据移至输出缓冲
read调用后也并非立即接收数据，而是从输入缓冲读取数据

也就是说，在调用write函数时，数据将移到输出缓冲，在适当的时候（不管是分别传送还是一次性传送）传向对方的输入缓冲。这时对方将调用read从输入缓冲读取数据。缓冲特性：

• IO缓冲在每个TCP套接字中单独存在
• IO缓冲在创建套接字时自动生成
• 即使关闭套接字也会继续传递输出缓冲中遗留的数据
• 关闭套接字将丢失输入缓冲中的数据

Q：假如输入缓冲只有50字节，却收到了100字节的数据，怎么办？
A：TCP会控制数据流，TCP中有滑动窗口协议，不会因为缓冲溢出而丢失数据

TCP内部工作原理

TCP套接字从创建到消失所经过过程分为三步

1）与对方套接字建立连接

三次握手：TCP在实际通信时经历3次对话过程
【shake 1】套接字A：“你好，套接字B，我有数据要传给你，请求建立连接。”
【shake 2】套接字B：“好的，我这边已准备就绪。”
【shake 3】套接字A：“谢谢你受理我的请求。”

2）与对方套接字进行数据交换

通过第一步三次握手过程完成了数据交换准备，下面可以正式开始收发数据。

上图给出了主机A分两次（分两个数据包）向主机B传递200字节的过程。
① 首先主机A通过1个数据包发送100个字节的数据，数据包的SEQ为1200。
② 主机B为了确认这点，向主机A发送ACK1301消息。此时的ACK号为1301而非1201是因为ACK号的增量为传输的数据字节数。假设每次ACK号不加传输的字节数，这样虽然可以确认数据包的传输，但无法明确100字节全部正确传递还是丢失了一部分，比如只传递了80字节。因此按如下公式传递ACK消息：
ACK号 = SEQ号 + 传递的字节数 + 1
最后加1是为了告知对方下次要传递的SEQ号

下面分析传输过程中数据包消失的情况：

该图表示，主机A通过SEQ 1301数据包向主机B传递100字节数据。但中间发生了错误，主机B并未收到。且此时主机A一直没有收到对于SEQ1301的ACK确认
为了完成数据包重传，TCP套接字启动计时器以等待ACK应答。若相应计时器发生超时则重传

3）断开与对方套接字的连接

如果对方还有数据传输时直接断掉连接会出现问题，所以断开连接时需要双方去协商

① 先由套接字A向套接字B传递断开连接的消息
② 套接字B发出确认收到的消息，然后向套接字A传递可以断开连接的消息
③ 套接字A同样发出确认消息
数据包内的FIN表示断开连接。即双方各发送1次FIN消息后断开连接。此过程经历4个阶段，又称四次握手
第二次FIN数据包中的ACK5001只是因为接收ACK消息后未接受数据而重传的。