Connection reset by peer的常見原因：
1）伺服器的并發連接配接數超過了其承載量，伺服器會将其中一些連接配接關閉；
如果知道實際連接配接伺服器的并發客戶數沒有超過伺服器的承載量，看下有沒有網絡流量異常。可以使用netstat -an檢視網絡連接配接情況。
2）用戶端關掉了socket，而伺服器還在給用戶端發送資料； 這屬于正常情況
3）防火牆的問題；
如果網絡連接配接通過防火牆，而防火牆一般都會有逾時的機制，在網絡連接配接長時間不傳輸資料時，會關閉這個TCP的會話，關閉後在讀寫，就會導緻異常。 如果關閉防火牆，解決了問題，需要重新配置防火牆，或者自己編寫程式實作TCP的長連接配接。實作TCP的長連接配接，需要自己定義心跳協定，每隔一段時間，發送一次心跳協定，雙方維持連接配接。
常見網絡異常（轉自http://www.cnblogs.com/kaixin110/archive/2008/04/11/1148671.html）：
第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（軟體原因導緻連接配接中斷）
![Java小案例——随機數猜測随機數猜測[圖]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)