TCP之延时应答，捎带应答，粘包问题，保活机制

延时应答

目的是为了提高效率，在流量控制的基础上，尽量返回一个合理但是比较大的窗口。

延时应答其实就是在不影响可靠性的前提下，让ack的发送时间晚一会，在这延时的过程中，让应用程序有更多消费数据的时间，这样接受缓冲区剩下的空间就会更大一点，返回的窗口也会大一点。

捎带应答

在延时应答的基础上为了进一步提高程序运行效率而引入的机制。

粘包问题

这其实并不是TCP自身机制，只要是面向字节流传输，都有这个问题。

粘包粘的是应用层数据包，导致处理数据的时候，容易读取半个应用层数据包，

“面向字节流”：一次读一个字节，两个字节，或者N个字节都可以。

所以就会出现有时没有把发送方的数据读完而出现歧义，如上，读一个字节，就会读出“好”，假如读完，就发现其实是拒绝的。

这里的问题只能通过应用层本身区分出包和包之间的边界。

解决方法：

1.使用分隔符。
我们可以在一个数据包后面加一个符号用来标识当前包已经结束，读到这个符号就停止了。

2.明确包的长度。

保活机制

在一些“异常情况下”，TCP对于连接会有特殊处理，

1.进程崩溃：这种情况下TCP连接会正常四次挥手（只要是进程退出，都会自动关闭相关文件）

2.主机关机（按照正常流程）：关机的时候会强制先杀进程，杀进程的过程中就进行了四次挥手。

3.主机断电/网线挂了：
a》如果是接收方断电：对方发送消息时，就会没有ack应答，就会触发超时重传，重传一定次数就会重置连接，最后放弃连接。

b》发送方断电：接收方尝试接受消息，对接受端，本来也不知道发送方啥时候发送，这时引进一个概念“心跳包”，TCP通信双方，即使没有数据交互过程，也会定时互相传输一个“心跳包”，只是为了说明看双方是否还“活着”，如果很长时间没有收到对方的心跳包，就认为对方已经“挂了”。

TCP和UDP对比：

1.TCP适合于要求可靠性的场景，外网通信，网络环境复杂，UDP丢包概率大，优先考虑TCP。
2.UDP适合于对于可靠性要求没那么高，但要求效率很高的场景。
3.UDP能实现广播，TCP只能一对一传输，要用TCP广播，就需要应用层来配合了。

常见面试题：

如何基于UDP实现可靠传输？

这个呢，UDP本身是改不了的，他是内核实现的，要在应用层来实现。这就可以根据TCP的机制来实现。
最主要的就是确认应答和超时重传，通过设定序列号和确认序号的设定增加可靠性。而对于效率的问题，我们可以根据滑动窗口来解决了，之后的一系列问题，就都可以根据TCP的相关特性去解决了。