用户5299857000021

场景：如果在一个消息系统中，服务器崩溃，但是客户端并没有收到连接中断FIN包（由于异常情况，该FIN包没能正常到达客户端），这样导致的结果就是，客户端一直维护着一个"过时的"连接，不再会收到服务器发来

由前面所学的知识可知，在调用 write 或 send 等发送数据的接口后，并不意味着数据被真正发送到网络上，其实，这些数据只是从应用程序拷贝到了系统内核的套接字缓冲区中（发送缓冲区），等待协议栈的处

对 UDP 使用 connect 我们可以对UDP套接字调用connect，不过相比于TCP调用connect会引起三次握手，从而建立TCP有效连接，UDP调用connect并不会引起和服务器端的网络

服务器端程序需要绑定一个本地地址和端口，然后监听在这个地址和端口上。但是当服务器端程序重启后，总是碰到“Address in use”的报错信息，导致服务器程序不能很快地重启。 当我们启动服务器程序，

对TCP数据流的理解 TCP是一种流式协议。 在发送端，当我们调用 send 函数完成数据“发送”以后，数据并没有被真正从网络上发送出去，只是从应用程序拷贝到了操作系统内核协议栈中，至于什么时候真正被

TCP中的"不可靠"场景 TCP的可靠性是指传输层TCP的可靠。 由前面的学习可知，发送端调用send函数之后，数据流存储在发送缓冲区中，由网络协议栈决定如何发送。当对应的数据发送给接收端时，接收端会

对于TCP连接，当双方的连接建立后，在双方对话时，一定知道对方是谁，这表示这种对话是有上下文的。 而UDP没有这样的上下文，它是一个不可靠的通信协议，没有重传和确认，没有有序控制，也没有拥塞控制。 U

本地socket是IPC（Inter-Process Communication，进程间通信），也就是本地进程间通信的一种方式。除了本地socket以外，管道、共享消息队列也是进程间通信的常用方法。本

TIME_WAIT 发生的场景 TCP的四次挥手 TCP连接终止时，主机 1 先发送 FIN 报文，主机 2 进入 CLOSE_WAIT 状态，并发送一个 ACK 应答，同时，主机 2 通过 read