那網絡異常斷開原因主要有那些呢？歸納起來主要有以下兩種：

1、客戶端程序異常。

　　對于這種情況，我們很好處理，因為客戶端程序異常退出會在服務端引發connectionreset的socket異常（就是winsock2中的10054異常）。只要在服務端處理這個異常就可以了。

2、網絡鏈路異常。

　　如：網線拔出、交換機掉電、客戶端機器掉電。當出現這些情況的時候服務端不會出現任何異常。這樣的話上面的代碼就不能處理這種情況了。對于這種情況在msdn里面是這樣處理的，我在這里貼出msdn的原文：

如果您需要確定連接的當前狀態，請進行非阻止、零字節的 send 調用。如果該調用成功返回或引發 waewouldblock 錯誤代碼 (10035)，則該套接字仍然處于連接狀態；否則，該套接字不再處于連接狀態。

　　但是我在實際應用中發現，msdn說的這種處理方法在很多時候根本無效，無法檢測出網絡已經異常斷開了。那我們該怎么辦呢？

　　我們知道，tcp有一個連接檢測機制，就是如果在指定的時間內（一般為2個小時）沒有數據傳送，會給對端發送一個keep-alive數據報，使用的序列號是曾經發出的最后一個報文的最后一個字節的序列號，對端如果收到這個數據，回送一個tcp的ack，確認這個字節已經收到，這樣就知道此連接沒有被斷開。如果一段時間沒有收到對方的響應，會進行重試，重試幾次后，向對端發一個reset，然后將連接斷掉。

　　在windows中，第一次探測是在最后一次數據發送的兩個小時，然后每隔1秒探測一次，一共探測5次，如果5次都沒有收到回應的話，就會斷開這個連接。但兩個小時對于我們的項目來說顯然太長了。我們必須縮短這個時間。那么我們該如何做呢？我要利用socket類的iocontrol()函數。我們來看看這個函數能干些什么：

使用 iocontrolcode 枚舉指定控制代碼，為 socket 設置低級操作模式。

命名空間:system.net.sockets
程序集:system（在 system.dll 中）

語法

c#
public int iocontrol (
iocontrolcode iocontrolcode,
byte[] optioninvalue,
byte[] optionoutvalue
)


參數
iocontrolcode
一個 iocontrolcode 值，它指定要執行的操作的控制代碼。

optioninvalue
byte 類型的數組，包含操作要求的輸入數據。

optionoutvalue
byte 類型的數組，包含由操作返回的輸出數據。

返回值
optionoutvalue 參數中的字節數。

如：

socket.iocontrol(iocontrolcode.keepalivevalues, inoptionvalues, null);

發表評論 共有條評論 用戶名: 密碼: 驗證碼: 匿名發表