[TOC] ## **原理** TCP连接过程中的状态图如下：  上图中给出的是客户端主动关闭连接，当然服务端也可以主动关闭连接。主动关闭连接的那一端会出现`TIME_WAIT`状态，被动关闭连接的那一端会出现`CLOSE_WAIT`状态。 如果服务端出现了大量的`CLOSE_WAIT`状态，一般来说是服务程序出现了问题。比如说，客户端发起的请求，可能设置了5秒的超时，如果服务端处理这个请求的时间超过5秒（比如长时间的查数据库）或者没有主动关闭连接，那么这个连接在服务端就会是`CLOSE_WAIT`的状态。 接下来，我们来模拟服务端出现`CLOSE_WAIT`的情况： 客户端发起连接，5秒后主动关闭连接，服务端在连接建立的10分钟后关闭连接，那么在客户端关闭连接后服务端关闭连接前，服务端就会进入CLOSE_WAIT的状态 ## **服务端与客户端代码** * server.py ``` import socket import time if __name__=="__main__": print "Server is starting" sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM) sock.bind(('10.142.232.162', 8001)) sock.listen(5) print "Server is listenting port 8001, with max connection 5" while True: connection,address = sock.accept() time.sleep(600) connection.close() ``` * client.py ``` import sys import socket import time if __name__=="__main__": sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM) sock.connect(('10.142.232.162', 8001)) time.sleep(5) print 'client closed connection' sock.close() ``` ## **启动server与client** 把server.py放在10.142.232.162上，把client.py放在10.142.232.163上，先启动server，再启动client ## **查看状态** 等10秒钟client主动关闭连接后，查看server与client的状态 client端的 FIN_WAIT_2 状态只会维持60秒，这是由系统的 tcp_fin_timeout 定义的，而server端的 `CLOSE_WAIT` 状态却会长时间存在，直到600秒后server也关闭连接，或者server进程挂掉 * client端 ``` $ netstat -apn | grep 8001 (No info could be read for "-p": geteuid()=580 but you should be root.) tcp 0 0 10.142.232.163:58768 10.142.232.162:8001 FIN_WAIT2 - ``` * server端 ``` $ netstat -apn | grep 8001 (Not all processes could be identified, non-owned process info will not be shown, you would have to be root to see it all.) tcp 0 0 10.142.232.162:8001 0.0.0.0:* LISTEN 130228/python tcp 1 0 10.142.232.162:8001 10.142.232.163:58768 CLOSE_WAIT 13 ```