在java網絡編程Socket通信中通常會遇到以下異常情況
第個異常是 BindException:Address already in use: JVM_Bind
該異常發生在服務器端進行new ServerSocket(port)（port是一個的整型值）操作時異常的原因是以為與port一樣的一個端口已經被啟動並進行監聽此時用netstat an命令可以看到一個Listending狀態的端口只需要找一個沒有被占用的端口就能解決該問題了
第個異常是ConnectException: Connection refused: connect
該異常發生在客戶端進行 new Socket(ip port)操作時該異常發生的原因是或者具有ip地址的機器不能找到（也就是說從當前機器不存在到指定ip路由）或者是該ip存在但找不到指定的端口進行監聽出現該問題首先檢查客戶端的ip和port是否寫錯如果正確則從客戶端ping一下服務器看是否能ping通如果能ping通（服務器端把ping禁掉則需要另外的辦法）則看在服務器端的監聽指定端口的程序是否啟動這個肯定能解決這個問題
第個異常是SocketException: Socket is closed
該異常在客戶端和服務器均可能發生異常的原因是本端主動關閉了連接後（調用了Socket的close方法）再對網絡連接進行讀寫操作
第個異常是SocketException: （Connection reset或者Connect reset by peer:Socket write error）
該異常在客戶端和服務器端均有可能發生引起該異常的原因有兩個第一個就是如果一端的Socket被關閉（或主動關閉或者因為異常退出而引起的關閉）另一端仍發送數據發送的第一個數據包引發該異常(Connect reset by peer)另一個是一端退出但退出時並未關閉該連接另一端如果在從連接中讀數據則拋出該異常（Connection reset）簡單的說就是由連接斷開後的讀和寫操作引起的
第個異常是SocketException: Broken pipe
該異常在客戶端和服務器均有可能發生在第個異常的第一種情況中（也就是拋出 SocketExcepton:Connect reset by peer:Socket write error後）如果再繼續寫數據則拋出該異常前兩個異常的解決方法是首先確保程序退出前關閉所有的網絡連接其次是要檢測對方的關閉連接操作發現對方關閉連接後自己也要關閉該連接
二．編寫網絡程序時需要注意的問題:
是要正確區分長短連接所謂的長連接是指一經建立就永久保持短連接的情況是准備數據—>建立連接—>發送數據—>關閉連接很多的程序員寫了多年的網絡程序居然不知道什麼是長連接什麼是短連接
是對長連接的維護所謂維護包括兩個方面首先是檢測對方的主動斷連（即調用 Socket的close方法）其次是檢測對方的宕機異常退出及網絡不通這是一個健壯的通信程序必須具備的檢測對方的主動斷連很簡單主要一方主動斷連另一方如果在進行讀操作則此時的返回值只一旦檢測到對方斷連則應該主動關閉本端的連接（調用Socket的close方法）而檢測對方的宕機異常退出及網絡不通常用方法是用心跳也就是雙方周期性的發送數據給對方同時也從對方接收心跳如果連續幾個周期都沒有收到對方心跳則可以判斷對方宕機異常退出或者網絡不通此時也需要主動關閉本端連接如果是客戶端可在延遲一定時間後重新發起連接雖然Socket有一個keep alive選項來維護連接如果用該選項一般需要兩個小時才能發現對方的宕機異常退出及網絡不通
是處理效率問題不管是客戶端還是服務器如果是長連接一個程序至少需要兩個線程一個用於接收數據一個用於發送心跳寫數據不需要專門的線程當然另外還需要一類線程（俗稱Worker線程）用於進行消息的處理也就是說接收線程僅僅負責接收數據然後再分發給Worker進行數據的處理如果是短連接則不需要發送心跳的線程如果是服務器還需要一個專門的線程負責進行連接請求的監聽這些是一個通信程序的整體要求具體到你的程序中就看你如何對程序進行優化了
From:http://tw.wingwit.com/Article/program/Java/hx/201311/26630.html
