標籤：write 簡單 基本 nbsp 表示 被佔用 情況下 注意 already
轉：https://www.cnblogs.com/qq78292959/p/5085559.html
1.java.net.SocketTimeoutException
這個異常比較常見，socket逾時。一般有2個地方會拋出這個： a.一個是connect的時候，這個逾時參數由connect(SocketAddress endpoint, int timeout)中的後者來決定， b.還有就是setSoTimeout(int timeout)，這個是設定讀取的逾時時間。他們設定成0均表示無限大。
-----------------------------------------------------------------------------------------------------
2.java.net.BindException:Address already in use:JVM_Bind
該異常發生在伺服器端進行new ServerSocket(port)或者socket.bind(SocketAddress bindpoint)操作時。
原因：與port一樣的一個連接埠已經被啟用，並進行監聽。此時用netstat -an 命令，可以看到一個Listening狀態的連接埠。只需要找到一個沒有被佔用的連接埠就能解決這個問題。
------------------------------------------------------------------------------------------------------
3.java.net.ConnectException:Connection refused:connect 該異常發生在用戶端進行new Socket(ip, port)或者socket.connect(address, timeout)操作時。 原因：指定ip地址的機器不能找到(也就是說從當前機器不存在到指定ip路由)，或者是該ip存在，但找不到指定的連接埠進行監聽。應該首先檢查用戶端的ip和port是否寫錯了，假如能ping通(伺服器端把ping禁掉則需要另外的方法)，則看在伺服器端的監聽指定連接埠的程式是否啟動。
--------------------------------------------------------------------------------------------------------
4.java.net.SocketException:Socket is closed該異常在用戶端和伺服器端均可能發生。異常的原因是己方主動關閉了串連後(調用了Socket的close方法)再對網路連接進行讀寫操作。 ------------------------------------------------------------------------------
5.java.net.SocketException: Connection reset或者Connect reset by peer:Socket write error
該異常在用戶端和伺服器端均有可能發生，引起該異常的原因有兩個， a. 第一個就是假如一端的Socket被關閉（或主動關閉或者因為異常退出而引起的關閉）， 另一端仍發送資料，發送的第一個資料包引發該異常(Connect reset by peer)。 b. 另一個是一端退出，但退出時並未關閉該串連，另一端假如在從串連中讀資料則拋出該異常（Connection reset）。 簡單的說就是在串連斷開後的讀和寫操作引起的。 對於伺服器，一般的原因可以認為： a) 伺服器的並發串連數超過了其承載量，伺服器會將其中一些串連主動Down掉. b) 在資料轉送的過程中，瀏覽器或者接收用戶端關閉了，而服務端還在向用戶端發送資料。 ----------------------------------------------------------------------------
6.java.net.SocketException: Broken pipe
該異常在用戶端和伺服器均有可能發生。在拋出SocketExcepton:Connect reset by peer:Socket write error後，假如再繼續寫資料則拋出該異常。前兩個異常的解決方案是首先確保程式退出前關閉所有的網路連接，其次是要檢測對方的關閉串連操作，發現對方 關閉串連後自己也要關閉該串連。對於4和5這兩種情況的異常，需要特別注意串連的維護。在短串連情況下還好，如果是長串連情況，對於串連狀態的維護不當，則非常容易出現異常。 基本上對長串連需要做的就是： a) 檢測對方的主動斷連（對方調用了Socket的close方法）。因為對方主動斷連，另一方如果在進行讀操作，則此時的傳回值是-1。所以一旦檢測到對方斷連，則主動關閉己方的串連（調用Socket的close方法）。 b) 檢測對方的宕機、異常退出及網路不通,一般做法都是心跳檢測。雙方周期性的發送資料給對方，同時也從對方接收“心跳資料”，如果連續幾個周期都沒有收到對 方心跳，則可以判斷對方或者宕機或者異常退出或者網路不通，此時也需要主動關閉己方串連；如果是用戶端可在延遲一定時間後重新發起串連。雖然Socket 有一個keep alive選項來維護串連，如果用該選項，一般需要兩個小時才能發現對方的宕機、異常退出及網路不通。----------------------------------------------------------------------------------------------
7.java.net.SocketException: Too many open files 原因: 作業系統的中開啟檔案的最大控制代碼數受限所致，常常發生在很多個並發使用者訪問伺服器的時候。因為為了執行每個使用者的應用伺服器都要載入很多檔案(new一個socket就需要一個檔案控制代碼)，這就會導致開啟檔案的控制代碼的缺乏。 解決方式： a) 盡量把類打成jar包，因為一個jar包只消耗一個檔案控制代碼，如果不打包，一個類就消耗一個檔案控制代碼。 b) java的GC不能關閉網路連接開啟的檔案控制代碼，如果沒有執行close()則檔案控制代碼將一直存在，而不能被關閉。也可以考慮設定socket的最大開啟 數來控制這個問題。對作業系統做相關的設定，增加最大檔案控制代碼數量。ulimit -a可以查看系統目前資源限制，ulimit -n 10240則可以修改，這個修改只對當前視窗有效。
Java Socket網路編程常見異常(轉)
