1，如果一端的Socket被關閉（或主動關閉，或因為異常退出而 引起的關閉），另一端仍傳送資料，傳送的第一個資料包引發該異常(Connect reset by peer)。

Socket預設連線60秒，60秒之內沒有進行心跳互動，即讀寫資料，就會自動關閉連線。

2，一端退出，但退出時並未關閉該連線，另一端如果在從連線中讀資料則丟擲該異常（Connection reset）。

簡單的說就是在連線斷開後的讀和寫操作引起的。

Connection reset by peer的常見原因：

1）伺服器的併發連線數超過了其承載量，伺服器會將其中一些連線關閉；
如果知道實際連線伺服器的併發客戶數沒有超過伺服器的承載量，則有可能是中了病毒或者木馬，引起網路流量異常。可以使用netstat -an檢視網路連線情況。
2）客戶關掉了瀏覽器，而伺服器還在給客戶端傳送資料；
3）瀏覽器端按了Stop；
這兩種情況一般不會影響伺服器。但是如果對異常資訊沒有特別處理，有可能在伺服器的日誌檔案中，重複出現該異常，造成伺服器日誌檔案過大，影響伺服器的執行。可以對引起異常的部分，使用try…catch捕獲該異常，然後不輸出或者只輸出一句提示資訊，避免使用e.printStackTrace();輸出全部異常資訊。
4）防火牆的問題；
如果網路連線通過防火牆，而防火牆一般都會有超時的機制，在網路連線長時間不傳輸資料時，會關閉這個TCP的會話，關閉後在讀寫，就會導致異常。 如果關閉防火牆，解決了問題，需要重新配置防火牆，或者自己編寫程式實現TCP的長連線。實現TCP的長連線，需要自己定義心跳協議，每隔一段時間，傳送一次心跳協議，雙方維持連線。
5）JSP的buffer問題。
JSP頁面預設快取為8k，當JSP頁面資料比較大的時候，有可能JSP沒有完全傳遞給瀏覽器。這時可以適當調整buffer的大小。

第1個異常是java.net.BindException:Address already in use: JVM_Bind。

該異常發生在伺服器端進行new ServerSocket(port)（port是一個0，65536的整型值）操作時。異常的原因是以為與port一樣的一個埠已經被啟動，並進行監聽。此時用netstat –an命令，可以看到一個Listending狀態的埠。只需要找一個沒有被佔用的埠就能解決這個問題。

第2個異常是java.net.ConnectException: Connection refused: connect。

該異常發生在客戶端進行 new Socket(ip, port)操作時，該異常發生的原因是或者具有ip地址的機器不能找到（也就是說從當前機器不存在到指定ip路由），或者是該ip存在，但找不到指定的埠進行監聽。出現該問題，首先檢查客戶端的ip和port是否寫錯了，如果正確則從客戶端ping一下伺服器，看是否能 ping通，如果能ping通（服務伺服器端把ping禁掉則需要另外的辦法），則看在伺服器端的監聽指定埠的程式是否啟動，這個肯定能解決這個問題。

第3個異常是java.net.SocketException: Socket is closed，該異常在客戶端和伺服器均可能發生。

異常的原因是己方主動關閉了連線後（呼叫了Socket的close方法）再對網路連線進行讀寫操作。

第4個異常是java.net.SocketException: （Connection reset或者 Connect reset by peer:Socket write error）。

該異常在客戶端和伺服器端均有可能發生，引起該異常的原因有兩個，第一個就是如果一端的Socket被關閉（或主動關閉或者因為異常退出而引起的關閉），另一端仍傳送資料，傳送的第一個資料包引發該異常 (Connect reset by peer)。另一個是一端退出，但退出時並未關閉該連線，另一端如果在從連線中讀資料則丟擲該異常（Connection reset）。簡單的說就是在連線斷開後的讀和寫操作引起的。

第5個異常是java.net.SocketException: Broken pipe。該異常在客戶端和伺服器均有可能發生。

在第4個異常的第一種情況中（也就是丟擲SocketExcepton:Connect reset by peer:Socket write error後），如果再繼續寫資料則丟擲該異常。前兩個異常的解決方法是首先確保程式退出前關閉所有的網路連線，其次是要檢測對方的關閉連線操作，發現對方關閉連線後自己也要關閉該連線。

客戶端錯誤程式碼10053 Software caused connection abort（軟體原因導致連線中斷）

rabbitMQ連線斷開問題

猜測：pika客戶端沒有及時傳送心跳，連線被server斷開

一開始修改了heartbeat_interval引數值, 示例如下:

def test_main():
    s_conn = pika.BlockingConnection(
        pika.ConnectionParameters('127.0.0.1', 
            heartbeat_interval=10,
            socket_timeout=5,
            credentials=pika.PlainCredentials(USER, PWD)))
    # ....

去看它的api，看到heartbeat_interval的解析:

:param int heartbeat_interval: How often to send heartbeats.
                                  Min between this value and server's proposal
                                  will be used. Use 0 to deactivate heartbeats
                                  and None to accept server's proposal.

按這樣說法，應該還是沒有把心跳值給設定好。上面的程式期望是10秒發一次心跳，但是理論上傳送心跳的間隔會比10秒多一點。所以艾瑪，我應該是把heartbeat_interval的作用搞錯了， 它是指超過這個時間間隔不發心跳或不給server任何資訊，server就會斷開連線, 而不是說pika會按這個間隔來發心跳。 結果我把heartbeat_interval值設定高一點(比實際傳送心跳/資訊的間隔更長)，比如上面設定成60秒，就正常運行了。

如果不指定heartbeat_interval， 它預設為None， 意味著按rabbitMQ server的配置來檢測心跳是否正常。
如果設定heartbeat_interval=0， 意味著不檢測心跳，server端將不會主動斷開連線。