今日主题：
1、仓库代码更新（详见公告）
2、服务端 tcp 连接出现大量 time_wait (问题)
一、仓库代码 更新公告🪧
1、新增 4 个 demo 案列 &类库 代码：
1）发送邮件 demo 案例，邮件类库；
2）发送短信 demo 案例，短信类库；
3）导出 excel 表格 demo 案例；
4）数据导出 pdf 案例，类库；
注意事项：代码均可优化，因我写的为了结合案例，未曾使用框架，可替换内容，可自行优化。
二、服务端 tcp 连接出现大量 time_wait
上述问题分为 3 块来思考：
Q1、大量的 time_wait 状态 tcp 连接存在，其本质原因是什么？
Q2、会对业务产生影响吗？
Q3、解决方式是什么？
先来回答第一个问题：
解答：高并发场景时候，会有大量短连接场景，特别是在 http 请求头中，如果 connection 头部被设置为 close 时，基本都由【服务端】发起主动关闭连接。**
而 tcp 四次挥手关闭连接机制中，为了保证 ack 重发和丢弃延迟数据，设置 time_wait 为 2 倍的 msl（报文最大存活时间）。
其次回答第二个问题：
解答：每一个 time_wait 状态，都会占用一个本地端口，上限为 65535（16bit），当大量连接处于 time_wait 时，新的 tcp 建立连接就会【报错】，报错信息：address already in use ：connect 异常 。
tips: tcp 本地端口数量，上限 65535（6.5w），这是因为 tcp 头部使用 16bit 存储端口号，因此约束上限。
最后回答第三个问题：
解答：3 种解决方式，分别是：
1）客户端的 http 请求头部，connection 设置为 keep-alive，保持存活时间。 2）服务端缩减 time_wait 时间，设置为 1 msl(即，2min)。 3）更新内核参数，编辑文件：/etc/sysctl.conf 。调整参数如下：
net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_fin_timeout = 30
复制代码
然后执行 /sbin/sysctl -p 让参数生效。
注意⚠️⚠️⚠️：
统计网络 time_wait 连接状态及 tcpip 连接数 命令如下：
netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'
复制代码
状态：描述
CLOSED：无连接是活动的或正在进行
LISTEN：服务器在等待进入呼叫
SYN_RECV：一个连接请求已经到达，等待确认
SYN_SENT：应用已经开始，打开一个连接
ESTABLISHED：正常数据传输状态
FIN_WAIT1：应用说它已经完成
FIN_WAIT2：另一边已同意释放
ITMED_WAIT：等待所有分组死掉
CLOSING：两边同时尝试关闭
TIME_WAIT：另一边已初始化一个释放，等待tcp连接的数量，这个状态也是占用连接的
LAST_ACK：等待所有分组死掉
关注我，熟悉 &了解更多有趣的事！！！
