1.java.net.SocketTimeoutException

這個(gè)異常比較常見，socket超時(shí)。一般有2個(gè)地方會拋出這個(gè)，一個(gè)是connect的時(shí)候，這個(gè)超時(shí)參數(shù)由connect(SocketAddress endpoint, int timeout)中的后者來決定，還有就是setSoTimeout(int timeout)，這個(gè)是設(shè)定讀取的超時(shí)時(shí)間。他們設(shè)置成0均表示無限大。
-----------------------------------------------------------------------------------------------------
2.java.net.BindException:Address already in use:JVM_Bind
該異常發(fā)生在服務(wù)器端進(jìn)行new ServerSocket(port)或者socket.bind(SocketAddress bindpoint)操作時(shí)。

原因：與port一樣的一個(gè)端口已經(jīng)被啟用，并進(jìn)行監(jiān)聽。 此時(shí)用netstat -an 命令，可以看到一個(gè)Listening狀態(tài)的端口。 只需要找到一個(gè)沒有被占用的端口就能解決這個(gè)問題。
------------------------------------------------------------------------------------------------------ 3.java.net.ConnectException:Connection refused:connect 該異常發(fā)生在客戶端進(jìn)行new Socket(ip, port)或者socket.connect(address, timeout)操作時(shí)。 原因：指定ip地址的機(jī)器不能找到(也就是說從當(dāng)前機(jī)器不存在到指定ip路由)， 或者是該ip存在，但找不到指定的端口進(jìn)行監(jiān)聽。應(yīng)該首先檢查客戶端的ip和port 是否寫錯(cuò)了，假如能ping通(服務(wù)器端把ping禁掉則需要另外的方法)，則看在服務(wù)器端的 監(jiān)聽指定端口的程序是否啟動。
--------------------------------------------------------------------------------------------------------
4.java.net.SocketException:Socket is closed 該異常在客戶端和服務(wù)器端均可能發(fā)生。異常的原因是己方主動關(guān)閉了連接后 (調(diào)用了Socket的close方法)再對網(wǎng)絡(luò)連接進(jìn)行讀寫操作。 ------------------------------------------------------------------------------ 5.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）。簡單的說就是在連接斷開后的讀和寫操作引起的。 對于服務(wù)器，一般的原因可以認(rèn)為： a) 服務(wù)器的并發(fā)連接數(shù)超過了其承載量，服務(wù)器會將其中一些連接主動Down掉. b) 在數(shù)據(jù)傳輸?shù)倪^程中，瀏覽器或者接收客戶端關(guān)閉了，而服務(wù)端還在向客戶端發(fā)送數(shù)據(jù)。 ---------------------------------------------------------------------------- 6.java.net.SocketException: Broken pipe
?該異常在客戶端和服務(wù)器均有可能發(fā)生。在拋出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)閉該連接。 對于4和5這兩種情況的異常，需要特別注意連接的維護(hù)。在短連接情況下還好，如果是長連接情況，對于連接狀態(tài)的維護(hù)不當(dāng)，則非常容易出現(xiàn)異常。基本上對長連接需要做的就是： a) 檢測對方的主動斷連（對方調(diào)用了Socket的close方法）。因?yàn)閷Ψ街鲃訑噙B，另一方如果在進(jìn)行讀操作，則此時(shí)的返回值是-1。所以一旦檢測到對方斷連，則主動關(guān)閉己方的連接（調(diào)用Socket的close方法）。 b) 檢測對方的宕機(jī)、異常退出及網(wǎng)絡(luò)不通,一般做法都是心跳檢測。雙方周期性的發(fā)送數(shù)據(jù)給對方，同時(shí)也從對方接收“心跳數(shù)據(jù)”，如果連續(xù)幾個(gè)周期都沒有收到對 方心跳，則可以判斷對方或者宕機(jī)或者異常退出或者網(wǎng)絡(luò)不通，此時(shí)也需要主動關(guān)閉己方連接；如果是客戶端可在延遲一定時(shí)間后重新發(fā)起連接。雖然Socket 有一個(gè)keep alive選項(xiàng)來維護(hù)連接，如果用該選項(xiàng)，一般需要兩個(gè)小時(shí)才能發(fā)現(xiàn)對方的宕機(jī)、異常退出及網(wǎng)絡(luò)不通。 ---------------------------------------------------------------------------------------------- 7.java.net.SocketException: Too many open files 原因: 操作系統(tǒng)的中打開文件的最大句柄數(shù)受限所致，常常發(fā)生在很多個(gè)并發(fā)用戶訪問服務(wù)器的時(shí)候。 因?yàn)闉榱藞?zhí)行每個(gè)用戶的應(yīng)用服務(wù)器都要加載很多文件(new一個(gè)socket就需要一個(gè)文件句柄)，這就會導(dǎo)致打開文件的句柄的缺乏。? 解決方式：? a) 盡量把類打成jar包，因?yàn)橐粋€(gè)jar包只消耗一個(gè)文件句柄，如果不打包，一個(gè)類就消耗一個(gè)文件句柄。 b) java的GC不能關(guān)閉網(wǎng)絡(luò)連接打開的文件句柄，如果沒有執(zhí)行close()則文件句柄將一直存在，而不能被關(guān)閉。 也可以考慮設(shè)置socket的最大打開 數(shù)來控制這個(gè)問題。對操作系統(tǒng)做相關(guān)的設(shè)置，增加最大文件句柄數(shù)量。ulimit -a可以查看系統(tǒng)目前資源限制，ulimit -n 10240則可以修改，這個(gè)修改只對當(dāng)前窗口有效。

總結(jié)

以上是生活随笔為你收集整理的Java Socket网络编程常见异常(转)的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。