执行如下命令:netstat -n | awk '/^tcp/ {++S} END {for print a， S}'在那边日志里头我举了个场景，来说明CLOSE_WAIT和TIME_WAIT的区别，这里重新描述一下:服 务器A是一台爬虫服务器，它使用简单的HttpClient去请求资源服务器B上面的apache获取文件资源，正常情况下，如果请求成功，那么在抓取完资源后，服务器A会主动发出关闭连接的请求，这个时候就是主动关闭连接，服务器A的连接状态我们可以看到是TIME_WAIT。
在确认报文段中，把 SYN 和 ACK 位都置为 1 。或者是收到 3 个冗余的 ACK 响应也能停止 MSS 增长。在快速恢复中，对于使 TCP 进入快速恢复状态缺失的报文段，对于每个收到的冗余 ACK，cwnd 的值都会增加一个 MSS 。
为了尽量讲的清晰明了，以下面这个流程进行：背景：遇到网络异常小试牛刀：在Wireshark数据包中看三次握手预备知识：回顾网络分层、三次握手、四次挥手等网络基础知识异常定位：Wireshark 分析定位Broken Pipe 异常原因代码修复：调整客户端代码扩展阅读：其他网络知识
TCP 和 UDP 在效率、报文段、流量控制、连接管理上均存在差异，由于这些差异导致了应用场景要有不同的选择，由于 TCP 每个包都需要进行确认，因此 TCP 不适合告诉传输数据的场景，像是这种场景使用 UDP 就好了;
确认ACK：占1位，仅当ACK=1时，确认号字段才有效。FIN=1表示：此报文段的发送方的数据已经发送完毕，并要求释放运输连接 PS：ACK、SYN和FIN这些大写的单词表示标志位，其值要么是1，要么是0；ack、seq小写的单词表示序号。
