一次SocketException：Connection reset 異常排查
本次需求，並沒有修改邏輯，為什麽會出現這種情況呢？只是網絡關系，還是跟代碼有關呢。我有幾個疑問：
- 什麽情況下會產生Connection reset？
- 長連接中，向server發請求，是先發送數據的，如果連接斷開，應該是寫數據異常，為什麽是讀數據異常呢？請求是否發送成功？發送之前有校驗連接是否可用嗎？
- http連接池defaultMaxPerRoute什麽意思？每個並發都建立一個長連接嗎？
- Connection reset之後，如何重新建立連接，繼而繼續進行業務交互？
- RestTemplate中配置了重試，為什麽沒有重新發起連接？
我們便來解答上面的問題。
問題1，什麽情況下會產生Connection reset？
網上搜一下，很多這樣的打包附送的答案，如下：
第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後），如果再繼續寫數據則拋出該異常。前兩個異常的解決方法是首先確保程序退出前關閉所有的網絡連接，其次是要檢測對方的關閉連接操作，發現對方關閉連接後自己也要關閉該連接。
這裏我們關心的是第四個異常，即server已經關閉了連接，client仍然在從連接中讀數據。
一次SocketException：Connection reset 異常排查