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與項(xiàng)目部署在不同服務(wù)器，讀取大文件耗時(shí)較長，超過了tomcat限制的一條連接的生存時(shí)間，導(dǎo)致tomcat判定連接超時(shí)

解決方案：

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

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

增加 disableUploadTimeout="false"，取消讀寫連接超時(shí)設(shè)置

或者

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

增加keepAliveTimeout="100000"，增大連接生存時(shí)間

SocketException常見異常

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

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

第2個(gè)異常是java.net.ConnectException: Connection refused: connect

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

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

第3個(gè)異常是java.net.SocketException: Socket is closed

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

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

該異常在客戶端和服務(wù)器端均有可能發(fā)生，引起該異常的原因有兩個(gè)，第一個(gè)就是如果一端的Socket被關(guān)閉（或主動關(guān)閉或者因?yàn)楫惓Ｍ顺龆鸬年P(guān)閉），另一端仍發(fā)送數(shù)據(jù)，發(fā)送的第一個(gè)數(shù)據(jù)包引發(fā)該異常(Connect reset by peer)。另一個(gè)是一端退出，但退出時(shí)并未關(guān)閉該連接，另一端如果在從連接中讀數(shù)據(jù)則拋出該異常（Connection reset）。簡單的說就是在連接斷開后的讀和寫操作引起的。

第5個(gè)異常是java.net.SocketException: Broken pipe

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

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

最新評論