原因是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。
2. Linux下socket創建後，進程退出是否需要主動調用close關閉
進程退出 必須要父進程進行回收 要不然會產生孤兒進程造成資源浪費。也會對系統產生影響。推薦ibm出的unix環境高級編程 或者鳥哥的linux私房菜。linux跟unix差不多。希望能幫到你
3. socket在windows下和linux下的區別
下面大概分幾個方面進行羅列： Linux要包含 [cpp] #include #include #include #include 等頭文件，而windows下則是包含 [cpp] #include 。 Linux中socket為整形，Windows中為一個SOCKET。 Linux中關閉socket為close，Windows中為closesocket。 ...