阅读量:0
目录
一、TCP协议
TCP 协议和 UDP 协议是处于传输层的协议。
【TCP协议段格式】
【6位标志位】
1、URG：紧急指针是否有效。
2、ACK：应答报文。
3、PSH：提示接收端应用程序立即从TCP缓冲区中把数据读取走。
4、RST：对端要求重新建立连接。携带 RST 标识的称为复位报文段。
5、SYN：请求建立连接。携带 SYN 标识的称为同步报文段。
6、FIN：通知对端，本端要关闭了。携带 FIN 标识的称为结束报文段。
1.1 确认应答
TCP 将每个字节的数据都进行了编号。确认应答中，通过应答报文 (ACK报文) 来反馈给发送方，我已经收到哪些数据，下一次你该从哪个位置开始发送。应答报文中的确认序号，是按照发送数据的最后一个字节编号再加 1 来设定的。
注： TCP 的确认应答是确保 TCP 可靠性的最核心机制。
1.2 超时重传
超时重传是确认应答的补充。当发送端发送完数据，然后在一定时间内未收到 ACK 报文，此时发送端就判定出现了 "丢包"，就会重新发送数据。但是 "丢包" 可能是数据丢了，也可能是 ACK 报文丢了。
【数据丢包】
数据在发送给接收端的过程中丢失，此时超时重传就能解决问题。
【ACK丢包】
若是 ACK 报文丢失，可能导致发送两次同样的数据，而为了防止接收两次同样数据的情况出现，TCP socket 在内核中就引入了接收缓冲区，发送端发来的数据会先放入接收缓冲区中，然后接收端读取缓冲区即可获得数据。在读取缓冲区的之前，接收端会依据数据的编号先进行判断，若是发现 "重复数据"，直接丢弃。
注： 接收缓冲区可以去重，也可以排序。而接收端读取数据时，是按照数据编号连续读取的。
1.3 连接管理
【建立连接】
TCP 协议中的建立连接，又称为 "三次握手"，目的是让通信双方都能保存对方的相关信息，也是在验证通信双方的发送、接收能力是否正常。"三次握手" 的本质就是通信双方分别给对方发送一个 SYN，并分别响应一个 ACK。
中间两次数据传输都是内核收到 SYN 后立即触发，与应用程序代码无关，触发时机完全一致，故一定可以合并传输。
【断开连接】
断开连接的目的是把对端的信息从数据结构中给释放掉。而建立连接后，在通信双方都同意断开连接的情况下，称为"四次挥手"；若是单方面同意，则会有其他方式释放该连接，此时 "四次挥手" 并不适用。"四次挥手" 的本质就是通信双方分别给对方发送一个 FIN，并分别响应一个 ACK。
由于 ACK 的发送是由内核处理，而 FIN 是由应用程序代码触发，触发时间间隔可能比较长，故中间两次数据传输不一定可以合并传输。
【三次握手和四次挥手】
相同点：
1、通信双方分别给对方发送一个 SYN/FIN，并分别响应一个 ACK。
2、数据传输的顺序：SYN(FIN) / ACK / SYN(FIN) / ACK。
不同点：
1、三次握手的中间两次数据传输一定可以合并；四次挥手则不一定。
2、三次握手必须是客户端主动；四次挥手则是服务器与客户端都可以主动。
1.4 TCP状态
1、LISTEN：表示服务器已经创建好 severSocket，并绑定好端口号。
2、ESTABLISHED：表示服务器和客户端的连接已经建立。
3、TIME_WAIT：表示本端给对端发送 FIN 后，对端也给本端发送 FIN，此时本端进入 TIME_WAIT。
在四次挥手中，进入 TIME_WAIT 状态为了给最后一个 ACK 的重传留有一定的时间。若不进入 TIME_WAIT 状态，直接将 TCP 连接释放掉，就意味着重传的 FIN 无法被返回 ACK。此时一端没有收到 ACK 就会视为丢包，就会重传 FIN。
4、CLOSE_WAIT：表示本端收到对端发送的 FIN，此时需要调用 close 来主动发起 FIN。
1.5 滑动窗口
在确认应答的机制下，每次发送方接收到 ACK 后才会发送下一个数据，这样就导致大量的时间都消耗在等待 ACK 上。此时就引入了滑动窗口，既然一发一收的性能较低，就一次发送多条数据，然后统一等一波 ACK。此时收到一个 ACK 就会发送一次数据。
【案例】
第一次批量传输 1~1000 和 1001~2000，然后收到 ACK1001，再发送 2001~3000，以此类推。
【ACK丢包】
若 ACK1001 丢包，但数据 1~1001 未丢，此时也会收到 ACK2001，这意味着 2001 之前的数据(1~2000)都收到了，故 ACK 丢包对于可靠性没有任何影响，无需进行任何处理。
【数据丢包】
若数据 1~1000 丢包，此时发送端就会重复收到 ACK1001，发送端连续收到三次 ACK1001后，就会将数据 1~1000 重新发送，而发送端收到 ACK1001 后，下一次就可能收到 ACK3001，这是因为数据 1001~3000 在之前接收端就已经放入内核的接收缓冲区中。这种重传做到了 "针对性"，整体的效率没有额外损失，这种机制被称为"快重传"。
【确认应答与滑动窗口】
1、短时间内传输大量数据：此时需要通过滑动窗口，按照快重传来保证可靠性，此时判定丢包的标准就是有连续多个相同的 ACK。
2、无需传输大量数据：此时按照普通确认应答，按照超时重传来保证可靠性，此时判定丢包的标准就是达到超时时间还没接收到 ACK。
所以说，确认应答、超时重传和滑动窗口、快重传，并不冲突，是同时存在的。
1.6 流量控制
接收端处理数据的速度是有限的，如果发送端发的太快，会导致接收缓冲区被打满，此时若发送端继续发送，就会发生丢包。故 TCP 可以根据接收端的处理数据能力，来决定发送端的发送速度，这个机制就叫流量控制。
- 接收端将可以接受的缓冲区大小放入 TCP 首部的 "窗口大小" 字段，通过 ACK 通知发送端。
- 若接收缓冲区满了，窗口就会置 0，此时发送端不再发送数据，但需要定期发送一个窗口探测，让接收端把窗口大小告诉发送端。
注：TCP 首部的选项中，还有一个参数，窗口扩展因子，实际上真正要设置的窗口大小 = 16位窗口大小 * 2^窗口扩展因子。
1.7 拥塞控制
在不清楚网络状态的情况下，贸然发送大量数据，很可能引起堵塞。故 TCP 引入慢启动机制，先发少量的数据探路，摸清当前网络状态，再决定传输速率。每次发送数据报时，将拥塞窗口和接收端反馈的窗口大小作比较，较小值作为实际发送的窗口。
【拥塞窗口大小】
1、发送开始时，定义拥塞窗口为 1。
2、若并未出现丢包，此时按照指数增长 (*2)。
3、当达到阈值，指数增长就变为线性增长。
4、当增长至引起丢包，就将拥塞窗口重置为较小的值，回到最初的慢启动过程 (重新指数增长)，并根据丢包的窗口大小，重新设置阈值。
1.8 延迟应答
接收端接收到数据后，不会立即返回 ACK，让接收端应用程序处理一些数据后再返回 ACK，这样就可以让返回的窗口尽可能的大。
【应答时间】
数量限制：每隔 N 个数据报就应答一次。
时间限制：超过最大延迟时间就应答一次。
1.9 捎带应答
基于延迟应答，接收端收到数据后不会立即返回 ACK，此时就可以把接下来要传输的业务数据和上次的 ACK 合并为一个 TCP 数据报，从而提高传输效率。
1.10 粘包问题
"包" 即 TCP 载荷中的应用数据包，当数据接收到缓冲区中，接收端要读取缓冲区，此时看到的只是一串连续的字节数据，并不清楚从哪到哪是一个完整的应用数据包。为了避免粘包问题，就需要明确两个包之间的边界。
1、对于定长的包：保证每次按照固定大小读取即可。
2、对于变长的包：
① 通过特殊符号，作为分隔符。(任意字符，确保该字符不存在于正式数据中)
② 在包开始的位置，约定好整个数据包的长度。
1.11 异常情况
1、进程终止：进程无论是正常结束，或是异常崩溃，都会释放文件描述符，由于 TCP 连接的生命周期比进程更长一些，故尽管进程退出，仍然可以进行四次挥手。
2、机器关机：机器关机就会触发四次挥手，但不一定可以挥完，挥的快，双方都能正确的删除保存的连接信息；挥的慢，至少也能把第一个 FIN 发送给对端，此时对方返回 ACK 并发送 FIN，但 FIN 不会收到 ACK，进行多次重传后未收到 ACK，就会单方面删除连接。
3、机器断电 / 网线断开：突然机器断电或网络断开会导致来不及发送 FIN，此时会有两种情况：
(1) 若断电的是接收端，发送端发现未收到 ACK，进行重传，重传还是没用就会尝试发送 RST(复位报文)，若通过 RST 成功复位，则继续通信；若还是不行，则单方面删除连接。
(2) 若断电的是发送端，接收端迟迟没有等到数据，这时就会触发 "心跳包" 来检测对方是否存活，若对方没有心跳，则尝试发送 RST，还是不行，则单方面删除连接。
二、TCP/UDP对比
TCP：有连接、可靠传输、面向字节流、全双工。
UDP：无连接、不可靠传输、面向数据报、全双工。
- TCP 用于需要可靠传输的情况，如文件传输。
- UDP 用于效率要求很高，可靠性要求不高的情况。
注：全双工指可以同时进行信号的双向传输。
总结
1、TCP 的确认应答是确保 TCP 可靠性的最核心机制。
2、接收缓冲区可以去重、排序。接收端读取数据是按照数据编号连续读取的。
3、连接的目的是让通信双方都能保存对方的相关信息。
4、主动断开连接进入 TIME_WAIT，被动断开连接进入 CLOSE_WAIT。
5、滑动窗口可以进行批量传输。
6、流量控制是根据接收端的处理数据能力，来决定发送端的发送速度。
7、每次发送数据报时，将拥塞窗口和接收端反馈的窗口大小作比较，较小值作为实际发送的窗口。
8、延迟应答让窗口尽可能的大，捎带应答基于延迟应答来合并数据。
9、避免粘包问题的核心是明确两个包之间的边界。
10、UDP 相比于 TCP 最大的优势就是传输效率高。
