原因是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。
『貳』 linux socket 能bind兩次嗎我已經close了，但不能綁定第二次
必須不能，若要第二次綁定，必須將第一次的close,而系統釋放這個socket資源是需要一段時間的所以bind之前執行
int tmp = 1；
setsockopt(sockfd, SOL_SOCKET, SO_REUSEADDR, &tmp, sizeof(int));
目的是設置套接字屬性為，當tmp非0的時候重用bind中的地址