张豫湘的博客

如果针对一个阻塞的套接字调用accept函数，并且连接请求还未到达，那么进程会进入睡眠状态，阻塞代表的是当前进程需要等待该函数执行完毕才可以进行下一步的处理（因此Redis的IO模型中listen返回的监听套接字都是非阻塞模式）。UDP的输出操作：UDP没有真正的发送缓冲区，内核只是复制应用进程数据并把它沿着协议向下传送，所以对于一个设置为阻塞的UDP套接字，输出函数不会因为与TCP同样的原因导致阻塞，但是可能因为其他原因而阻塞。可以发现，上面所有的I/O模型都会在某一个执行点阻塞，并不是真正的异步的。

如果是两次：如果去除了客户端的第三次ACK报文，那么服务端就无法知道服务端发送给客户端的ACK报文是否得到相应，可能服务端就直接结束了请求，这个时候再传消息网络层就会收到一个ICMP目的不可达的差错报文。如果客户端第一次SYN请求服务端没有ACK应答，那么会重发SYN，此时服务端可能会接收到两个SYN报文，但是并不会建立两个连接，因为会对SYN报文的序列号进行去重，如果是四次：因为如果建立连接的双方所发起的SYN报文都得到了响应，双方都知道对方接受了自己的请求，因此没有比较继续发包去确认了。