Android通過Http協議POST請求異常(Connection reset by peer)

來源:互聯網
上載者:User

標籤:connection reset by   異常   http協議   java.net.socketexcep   java.net.socketexcep   

            上周遇到了一個 Connection reset by peer網路連接問題,為此,我找遍了中英文的一些網站,搜遍了能找的每個角落,發現了出現這種狀況的原理,該java異常在用戶端和伺服器端都有可能發生,引起該異常的原因有:
 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的大小。 <%@ page buffer="100k"%>
常見網路異常(轉自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後),如果再繼續寫資料則拋出該異常。前兩個異
常的解決方案是首先確保程式退出前關閉所有的網路連接,其次是要檢測對方的關閉串連操作,發現對方關閉串連後自己也要
關閉該串連。

分析上面的幾個原因之後,發現還是沒有解決我所遇到的問題:完整異常如下:03-12 13:50:35.788: W/System.err(9801): java.net.SocketException: recvfrom failed: ECONNRESET (Connection reset by peer)
03-12 13:50:35.790: W/System.err(9801): at libcore.io.IoBridge.maybeThrowAfterRecvfrom(IoBridge.java:585)
03-12 13:50:35.790: W/System.err(9801): at libcore.io.IoBridge.recvfrom(IoBridge.java:548)
03-12 13:50:35.791: W/System.err(9801): at java.net.PlainSocketImpl.read(PlainSocketImpl.java:489)
03-12 13:50:35.792: W/System.err(9801): at java.net.PlainSocketImpl.access$000(PlainSocketImpl.java:46)
03-12 13:50:35.793: W/System.err(9801): at java.net.PlainSocketImpl$PlainSocketInputStream.read(PlainSocketImpl.java:240)
03-12 13:50:35.794: W/System.err(9801): at org.apache.http.impl.io.AbstractSessionInputBuffer.fillBuffer(AbstractSessionInputBuffer.java:103)
03-12 13:50:35.795: W/System.err(9801): at org.apache.http.impl.io.AbstractSessionInputBuffer.readLine(AbstractSessionInputBuffer.java:191)
03-12 13:50:35.796: W/System.err(9801): at org.apache.http.impl.conn.DefaultResponseParser.parseHead(DefaultResponseParser.java:82)
03-12 13:50:35.797: W/System.err(9801): at org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:174)
03-12 13:50:35.798: W/System.err(9801): at org.apache.http.impl.AbstractHttpClientConnection.receiveResponseHeader(AbstractHttpClientConnection.java:180)
03-12 13:50:35.799: W/System.err(9801): at org.apache.http.impl.conn.DefaultClientConnection.receiveResponseHeader(DefaultClientConnection.java:235)
03-12 13:50:35.800: W/System.err(9801): at org.apache.http.impl.conn.AbstractClientConnAdapter.receiveResponseHeader(AbstractClientConnAdapter.java:259)
03-12 13:50:35.801: W/System.err(9801): at org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:279)
03-12 13:50:35.802: W/System.err(9801): at org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:121)
03-12 13:50:35.803: W/System.err(9801): at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:431)
03-12 13:50:35.804: W/System.err(9801): at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:555)
03-12 13:50:35.805: W/System.err(9801): at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:487)
03-12 13:50:35.806: W/System.err(9801): at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:465)
03-12 13:50:35.806: W/System.err(9801): at com.hb56.DriverReservation.android.net.MyHttpHelper.doRequestForEntity(MyHttpHelper.java:210)
03-12 13:50:35.807: W/System.err(9801): at com.hb56.DriverReservation.android.net.MyHttpHelper.doRequestForString(MyHttpHelper.java:103)
03-12 13:50:35.808: W/System.err(9801): at com.hb56.DriverReservation.android.net.MyHttpHelper.doRequestForString(MyHttpHelper.java:72)
03-12 13:50:35.809: W/System.err(9801): at com.hb56.DriverReservation.android.LoginActivity$MyAsyncTaskReqKeyHttp.doInBackground(LoginActivity.java:283)
03-12 13:50:35.810: W/System.err(9801): at com.hb56.DriverReservation.android.LoginActivity$MyAsyncTaskReqKeyHttp.doInBackground(LoginActivity.java:1)
03-12 13:50:35.812: W/System.err(9801): at android.os.AsyncTask$2.call(AsyncTask.java:264)
03-12 13:50:35.813: W/System.err(9801): at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:305)
03-12 13:50:35.814: W/System.err(9801): at java.util.concurrent.FutureTask.run(FutureTask.java:137)
03-12 13:50:35.815: W/System.err(9801): at android.os.AsyncTask$SerialExecutor$1.run(AsyncTask.java:208)
03-12 13:50:35.816: W/System.err(9801): at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076)
03-12 13:50:35.817: W/System.err(9801): at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569)
03-12 13:50:35.819: W/System.err(9801): at java.lang.Thread.run(Thread.java:856)
03-12 13:50:35.821: W/System.err(9801): Caused by: libcore.io.ErrnoException: recvfrom failed: ECONNRESET (Connection reset by peer)
03-12 13:50:35.834: W/System.err(9801): at libcore.io.Posix.recvfromBytes(Native Method)
03-12 13:50:35.835: W/System.err(9801): at libcore.io.Posix.recvfrom(Posix.java:131)
03-12 13:50:35.836: W/System.err(9801): at libcore.io.BlockGuardOs.recvfrom(BlockGuardOs.java:164)
03-12 13:50:35.838: W/System.err(9801): at libcore.io.IoBridge.recvfrom(IoBridge.java:545)
03-12 13:50:35.838: W/System.err(9801): ... 28 more

      後面通過用寫了一下Java的項目工程,去調用伺服器的API,並記錄Log日誌,抓取資料包檔案分析,在伺服器的API時有一個過濾器攔截了訪問的API,然而在Android端異常的代碼為:      HttpResponse httpResponse = httpClient.execute(request);//請求伺服器連結

最後發現問題所在之處是伺服器API的過濾器上,沒有把所有的異常補貨完全。

Android通過Http協議POST請求異常(Connection reset by peer)

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.