TCP端口占用问题

服务端开发的同学，可能经常发现，bind的时候会提示"bind failed: Address already in use"，本文我们就对这个问题分析一下。
当连接的一方主动关闭连接，在接收到对端的 FIN 报文之后，主动关闭连接的一方会在 TIME_WAIT 这个状态里停留一段时间，这个时间大约为 2MSL。当通过服务器端发起的关闭连接操作，引起了一个已有的 TCP 连接处于 TME_WAIT 状态，正是这个 TIME_WAIT 的连接，使得服务器重启时，继续绑定在同样的地址与端口时出现了"bind failed: Address already in use"报错。

重用套接字选项

一个 TCP 连接是通过四元组（源地址、源端口、目的地址、目的端口）来唯一确定的，如果每次客户端使用的本地端口都不同，就不会和已有的四元组冲突，也就不会有 TIME_WAIT 的新旧连接冲突的问题。
即使小概率的出现新旧连接冲突的问题，正如在我的博文《TCP四次挥手调优》的文章指出的，开启tcp_timestamps选项，那么linux可以通过时间戳分析从新旧连接的数据。
故TCP提供了如下选项打开

int on = 1;
setsockopt(listenfd, SOL_SOCKET, SO_REUSEADDR, &on, sizeof(on));

SO_REUSEADDR 选项用来告诉操作系统内核，如果端口已被占用，但是 TCP 连接状态位于 TIME_WAIT ，可以重用端口。如果端口忙，而 TCP 处于其他状态，重用端口时依旧得到“Address already in use”的错误信息。
SO_REUSEADDR其实还有如下的作用：
SO_REUSEADDR 套接字选项还有一个作用，那就是本机服务器如果有多个地址，可以在不同地址上使用相同的端口提供服务。比如，一台服务器有 192.168.1.100 和 10.10.2.100 等多个地址，我们可以在这台机器上启动三个不同的 HTTP 服务，第一个以 192.168.1.100 和端口 80 启动；第二个以 10.10.2.100 和端口 80 启动；第三个以本地通配地址 ANY 和端口 80 启动。这样目的地址为192.168.1.100 ，目的端口为 80 的连接请求会被发往第一个服务；目的地址为 10.10.2.100 ，目的端口为 80 的连接请求会被发往第二个服务。我们必须给这三个服务设置 SO_REUSEADDR 套接字选项，否则第二个和第三个服务调用 bind 绑定到 80 端口时会出错。

总结

今天我们分析了“Address already in use”产生的原因和解决方法。你只要记住一句话，在所有 TCP 服务器程序中，调用 bind 之前请设置 SO_REUSEADDR 套接字选项。这不会产生危害，相反，它会帮助我们在很快时间内重启服务端程序，而这一点恰恰是很多场景所需要的。