java.net.SocketTimeoutException: Read timed out

產(chǎn)生問題的環(huán)境：ssm+mysql+gridFS+tomcat

問題代碼段：

public void write(OutputStream os, InputStream is) {
  try (BufferedOutputStream bos = new BufferedOutputStream(os); BufferedInputStream bis = new BufferedInputStream(is)) {
   int count;
   byte[] buffer = new byte[1024];
   while ((count = bis.read(buffer)) > 0) {
    bos.write(buffer, 0, count);
   }
   os.flush();
  } catch (IOException e) {
   e.printStackTrace();
  }
 }

其中輸出流是使用的response.getOutPutStream();

問題原因：

由于mongodb與項目部署在不同服務器，讀取大文件耗時較長，超過了tomcat限制的一條連接的生存時間，導致tomcat判定連接超時

解決方案：

在tomcat中修改server.xml，配置如下：

<Connector executor="tomcatThreadPool"
               port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000" disableUploadTimeout="false"
               redirectPort="8443" />

增加 disableUploadTimeout="false"，取消讀寫連接超時設置

或者

<Connector executor="tomcatThreadPool"
               port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000"
    keepAliveTimeout="100000"
               redirectPort="8443" />

增加keepAliveTimeout="100000"，增大連接生存時間

SocketException常見異常

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

該異常發(fā)生在服務器端進行new ServerSocket(port)（port是一個0，65536的整型值）操作時。異常的原因是以為與port一樣的一個端口已經(jīng)被啟動，并進行監(jiān)聽。此時用netstat –an命令，可以看到一個Listending狀態(tài)的端口。只需要找一個沒有被占用的端口就能解決這個問題。

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

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

ConnectException: Connection refused: 該異常在客戶端多線程訪問時也會出現(xiàn)。

第3個異常是java.net.SocketException: Socket is closed

該異常在客戶端和服務器均可能發(fā)生。異常的原因是己方主動關閉了連接后（調(diào)用了Socket的close方法）再對網(wǎng)絡連接進行讀寫操作。

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

該異常在客戶端和服務器端均有可能發(fā)生，引起該異常的原因有兩個，第一個就是如果一端的Socket被關閉（或主動關閉或者因為異常退出而引起的關閉），另一端仍發(fā)送數(shù)據(jù)，發(fā)送的第一個數(shù)據(jù)包引發(fā)該異常(Connect reset by peer)。另一個是一端退出，但退出時并未關閉該連接，另一端如果在從連接中讀數(shù)據(jù)則拋出該異常（Connection reset）。簡單的說就是在連接斷開后的讀和寫操作引起的。

第5個異常是java.net.SocketException: Broken pipe

該異常在客戶端和服務器均有可能發(fā)生。在第4個異常的第一種情況中（也就是拋出SocketExcepton:Connect reset by peer:Socket write error后），如果再繼續(xù)寫數(shù)據(jù)則拋出該異常。前兩個異常的解決方法是首先確保程序退出前關閉所有的網(wǎng)絡連接，其次是要檢測對方的關閉連接操作，發(fā)現(xiàn)對方關閉連接后自己也要關閉該連接。

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論