# netstat -atpn
原因是server端关掉了tcp连接，给client发送FIN信号，client的tcp层回了ACK，然后它的socket状态就处于close_wait状态。
实验：
python中，socket在send之前处于close_wait状态，那么该send不会报错，并且执行完之后socket就closed了。再继续调用send就会报错。
推理：
说明python的socket.send在发送数据之前会检查socket的状态，如果处于close_wait，就执行close(socket)（应用层感觉不到哦），然后正常退出。所以再次send时，会抛出异常。
为什么会一直处close_wait状态？
当socket处于close_wait时，必须由应用层调用close(socket)，发送FIN给server端才能变为LAST_ACK，接收到server端回应的ACK后，才变为CLOSED。如果应用层不调用close()，那么socket会一直处于close_wait。[1]
如果我在python中不断循环去调用socket.sendall()，那么在socket变为close_wait后，通过socket.sendall()也会关闭socket，为什么它还是一直处在close_wait状态呢？
原因在于当sendall(data)的data比较大，在data被发送一半时，连接被server端断掉了。那么sendall(data)会一直卡在那，也就不会执行到sendall的开始处，去判断socket状态，确定是否关闭socket了。
简单而言，就是socket在变为close_wait之后，根本没有调用sendall()去关闭socket。
参考文献：
[1] Explaining Close_Wait - Jane Lewis‘s Weblog - Site Home - TechNet Blogs
[2] Linux socket通信出现CLOSE_WAIT状态的原因与解决方法-fly123456789-ChinaUnix博客