1.java.net.SocketTimeoutException
這個異常比較常見，socket超時。一般有2個地方會拋出這個，一個是connect的時候，這個超時參數由connect(SocketAddress endpoint, int timeout)中的後者來決定，還有就是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
該異常在客戶端和服務器端均有可能發生，引起該異常的原因有兩個，第一個就是假如一端的Socket被關閉（或主動關閉或者因爲異常退出而引起的關閉）， 另一端仍發送數據，發送的第一個數據包引發該異常(Connect reset by peer)。另一個是一端退出，但退出時並未關閉該連接，另一端假如在從連接中讀數據則拋出該異常（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則可以修改，這個修改只對當前窗口有效。