1.java.net.SocketTimeoutException
這個(gè)異常比較常見，socket超時(shí)。一般有2個(gè)地方會(huì)拋出這個(gè)，一個(gè)是connect的時(shí)候，這個(gè)超時(shí)參數(shù)由connect(SocketAddress endpoint, int timeout)中的后者來決定，還有就是setSoTimeout(int timeout)，這個(gè)是設(shè)定讀取的超時(shí)時(shí)間。他們?cè)O(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)聽指定端口的程序是否啟動(dòng)。
--------------------------------------------------------------------------------------------------------
4.java.net.SocketException:Socket is closed
該異常在客戶端和服務(wù)器端均可能發(fā)生。異常的原因是己方主動(dòng)關(guān)閉了連接后
(調(diào)用了Socket的close方法)再對(duì)網(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)閉（或主動(dòng)關(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）。簡(jiǎn)單的說就是在連接斷開后的讀和寫操作引起的。 對(duì)于服務(wù)器，一般的原因可以認(rèn)為：
 a) 服務(wù)器的并發(fā)連接數(shù)超過了其承載量，服務(wù)器會(huì)將其中一些連接主動(dòng)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ò)連接，其次是要檢測(cè)對(duì)方的關(guān)閉連接操作，發(fā)現(xiàn)對(duì)方 關(guān)閉連接后自己也要關(guān)閉該連接。
對(duì)于4和5這兩種情況的異常，需要特別注意連接的維護(hù)。在短連接情況下還好，如果是長(zhǎng)連接情況，對(duì)于連接狀態(tài)的維護(hù)不當(dāng)，則非常容易出現(xiàn)異常。基本上對(duì)長(zhǎng)連接需要做的就是： a) 檢測(cè)對(duì)方的主動(dòng)斷連（對(duì)方調(diào)用了Socket的close方法）。因?yàn)閷?duì)方主動(dòng)斷連，另一方如果在進(jìn)行讀操作，則此時(shí)的返回值是-1。所以一旦檢測(cè)到對(duì)方斷連，則主動(dòng)關(guān)閉己方的連接（調(diào)用Socket的close方法）。
b) 檢測(cè)對(duì)方的宕機(jī)、異常退出及網(wǎng)絡(luò)不通,一般做法都是心跳檢測(cè)。雙方周期性的發(fā)送數(shù)據(jù)給對(duì)方，同時(shí)也從對(duì)方接收“心跳數(shù)據(jù)”，如果連續(xù)幾個(gè)周期都沒有收到對(duì) 方心跳，則可以判斷對(duì)方或者宕機(jī)或者異常退出或者網(wǎng)絡(luò)不通，此時(shí)也需要主動(dòng)關(guān)閉己方連接；如果是客戶端可在延遲一定時(shí)間后重新發(fā)起連接。雖然Socket 有一個(gè)keep alive選項(xiàng)來維護(hù)連接，如果用該選項(xiàng)，一般需要兩個(gè)小時(shí)才能發(fā)現(xiàn)對(duì)方的宕機(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è)文件句柄)，這就會(huì)導(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è)問題。對(duì)操作系統(tǒng)做相關(guān)的設(shè)置，增加最大文件句柄數(shù)量。ulimit -a可以查看系統(tǒng)目前資源限制，ulimit -n 10240則可以修改，這個(gè)修改只對(duì)當(dāng)前窗口有效。