Connection reset by peer的常見緣由及解決辦法

轉自:https://blog.csdn.net/xc_zhou/article/details/80950753html

 

1,若是一端的Socket被關閉(或主動關閉,或由於異常退出而 引發的關閉),另外一端仍發送數據,發送的第一個數據包引起該異常(Connect reset by peer)。java

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。.net

該異常發生在服務器端進行new ServerSocket(port)(port是一個0,65536的整型值)操做時。異常的緣由是覺得與port同樣的一個端口已經被啓動,並進行監聽。此時用netstat –an命令,能夠看到一個Listending狀態的端口。只須要找一個沒有被佔用的端口就能解決這個問題。日誌

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

該異常發生在客戶端進行 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(軟件緣由致使鏈接中斷)

參考:https://blog.csdn.net/candyguy242/article/details/25699727http://www.360doc.com/content/13/0722/10/11220452_301678390.shtml

相關文章
相關標籤/搜索