tcp_socket绑定（bind）失败---Address already is use原因

我们前面介绍了三种tcp_server编写多进程多线程服务器编写，在测试这三个servet我们遇到一个问题，就是当我们绑定一个端口号后，ctrl-z结束掉server服务器，此时再次绑定该端口号会出现这样的出错提示：

显示端口号正在被使用，可是我们已经关闭了服务器了，为什么不能使用呢？但过一端时间之后，该端口号又可以使用了，这又是为什么呢？

IBM官网给出了具体解释linux套接字编程的五大隐患
其中，对于上述问题的描述是：

隐患 3．地址使用错误（EADDRINUSE）
您可以使用 bind API 函数来绑定一个地址（一个接口和一个端口）到一个套接字端点。可以在服务器设置中使用这个函数，以便限制可能有连接到来的接口。也可以在客户端设置中使用这个函数，以便限制应当供出去的连接所使用的接口。bind 最常见的用法是关联端口号和服务器，并使用通配符地址（INADDR_ANY），它允许任何接口为到来的连接所使用。
bind 普遍遭遇的问题是试图绑定一个已经在使用的端口。该陷阱是也许没有活动的套接字存在，但仍然禁止绑定端口（bind 返回 EADDRINUSE），它由 TCP 套接字状态 TIME_WAIT 引起。该状态在套接字关闭后约保留 2 到 4 分钟。在 TIME_WAIT 状态退出之后，套接字被删除，该地址才能被重新绑定而不出问题。
等待 TIME_WAIT 结束可能是令人恼火的一件事，特别是如果您正在开发一个套接字服务器，就需要停止服务器来做一些改动，然后重启。幸运的是，有方法可以避开 TIME_WAIT 状态。可以给套接字应用 SO_REUSEADDR 套接字选项，以便端口可以马上重用。
考虑清单 3 的例子。在绑定地址之前，我以 SO_REUSEADDR 选项调用 setsockopt。为了允许地址重用，我设置整型参数（on）为 1 （不然，可以设为 0 来禁止地址重用）。

我的理解：TCP的断开连接是一个四次挥手的过程，假设客户端先断开连接，此时服务器端向客户端发送断开请求时，客户端处于TIME_WAIT,这个时间是2MSL，确保服务器端能够收到确认消息，正常退出，也就是说，在这个时间过程中，服务器是没有断开连接的，那么端口号就一直被占用，知道2MSL时间过后。服务器断开连接，释放资源。

修改方法：

在socket和bind之间加上sesockopt函数。

再再次请求相同的地址和端口号时，需要ctrl-c调之前开的服务器，否则，它将一直处于 listen状态