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後),如果再繼續寫資料則拋出該異常。前兩個異常的解決方案是首先確保程式退出前關閉所有的網路連接,其次是要檢測對方的關閉串連操作,發現對方關閉串連後自己也要關閉該串連。