現象

CAsyncSocket Socket;
UINT Thread(LPVOID)
{
       Socket.Close ();
       return 0;
}
void CTestSDlg::OnOK() 
{
       // TODO: Add extra validation here
       Socket.Create(0);
       AfxBeginThread(Thread,0,0,0,0,0);
}

其中Socket物件在主執行緒中被呼叫，在子執行緒中被關閉。

跟蹤分析

這個問題的原因可以通過單步跟蹤(F11)的方法來了解。我們在Socket.Create(0)處設斷點，跟蹤進去會發現下面的函式被呼叫：

void PASCAL CAsyncSocket::AttachHandle(
          SOCKET hSocket, CAsyncSocket* pSocket, BOOL bDead)
{
    _AFX_SOCK_THREAD_STATE* pState = _afxSockThreadState;
    BOOL bEnable = AfxEnableMemoryTracking(FALSE);
    if (!bDead)
    {
             ASSERT(CAsyncSocket::LookupHandle(hSocket, bDead) == NULL);
             if (pState->m_pmapSocketHandle->IsEmpty())
             {
                  ASSERT(pState->m_pmapDeadSockets->IsEmpty());
                  ASSERT(pState->m_hSocketWindow == NULL);
                  CSocketWnd* pWnd = new CSocketWnd;
                  pWnd->m_hWnd = NULL;
                  if (!pWnd->CreateEx(0, AfxRegisterWndClass(0),
                                   _T("Socket Notification Sink"),
                                 WS_OVERLAPPED, 0, 0, 0, 0, NULL, NULL))
                 {
                       TRACE0("Warning: unable to create socket notify window!\n");
                       AfxThrowResourceException();
                 }
                 ASSERT(pWnd->m_hWnd != NULL);
                 ASSERT(CWnd::FromHandlePermanent(pWnd->m_hWnd) == pWnd);
                 pState->m_hSocketWindow = pWnd->m_hWnd;
            }
            pState->m_pmapSocketHandle->SetAt((void*)hSocket, pSocket);
    }
    else
    {
           int nCount;
           if (pState->m_pmapDeadSockets->Lookup((void*)hSocket, (void*&)nCount))
                     nCount++;
           else
                     nCount = 1;
           pState->m_pmapDeadSockets->SetAt((void*)hSocket, (void*)nCount);
   }
   AfxEnableMemoryTracking(bEnable);
}

在這個函式的開頭，首先獲得了一個pState的指標指向_afxSockThreadState物件。從名字可以看出，這似乎是一個和執行緒相關的變數，實際上它是一個巨集，定義如下：

#define _afxSockThreadState AfxGetModuleThreadState()

我們沒有必要去細究這個指標的定義是如何的，只要知道它是和當前執行緒密切關聯的，其他執行緒應該也有類似的指標，只是指向不同的結構。

在這個函式中，CAsyncSocket建立了一個視窗，並把如下兩個資訊加入到pState所管理的結構中：

    pState->m_pmapSocketHandle->SetAt((void*)hSocket, pSocket);
    pState->m_pmapDeadSockets->SetAt((void*)hSocket, (void*)nCount);
    pState->m_hSocketWindow = pWnd->m_hWnd;
    pState->m_pmapSocketHandle->SetAt((void*)hSocket, pSocket);

當呼叫Close時，我們再次跟蹤，就會發現在KillSocket中，下面的函數出現錯誤:

    void PASCAL CAsyncSocket::KillSocket(SOCKET hSocket, CAsyncSocket* pSocket)
    {
            ASSERT(CAsyncSocket::LookupHandle(hSocket, FALSE) != NULL);

我們在這個ASSERT處設定斷點，跟蹤進LookupHandle，會發現這個函式定義如下：

CAsyncSocket* PASCAL CAsyncSocket::LookupHandle(SOCKET hSocket, BOOL bDead)
{
     CAsyncSocket* pSocket;
     _AFX_SOCK_THREAD_STATE* pState = _afxSockThreadState;
     if (!bDead)
     {
             pSocket = (CAsyncSocket*)
             pState->m_pmapSocketHandle->GetValueAt((void*)hSocket);
             if (pSocket != NULL)
                  return pSocket;
    }
    else
    {
             pSocket = (CAsyncSocket*)
                  pState->m_pmapDeadSockets->GetValueAt((void*)hSocket);
             if (pSocket != NULL)
                   return pSocket;
    }
    return NULL;
}

顯然，這個函式試圖從當前執行緒查詢關於這個 socket的資訊，可是這個資訊放在建立這個socket的執行緒中，因此這種查詢顯然會失敗，最終返回NULL。

有人會問，既然它是ASSERT出錯，是不是Release就沒問題了。這只是自欺欺人。ASSERT/VERIFY都是檢驗一些程式正常執行必須正確的條件。如果ASSERT都失敗，在Release中也許不會顯現，但是你的程式肯定執行不正確，啥時候出錯就不知道了。

如何在多執行緒之間傳遞socket

有些特殊情況下，可能需要在不同執行緒之間傳遞socket。當然我不建議在使用CAsyncSOcket的時候這麼做，因為這增加了出錯的風險（尤其當出現拆解包問題時，有人稱為粘包，我基本不認同這種稱呼）。如果一定要這麼做，方法應該是：

1. 當前擁有這個socket的執行緒呼叫Detach方法，這樣socket控制代碼和C++物件及當前執行緒脫離關係
2. 當前執行緒把這個物件傳遞給另外一個執行緒
3. 另外一個執行緒建立新的CAsyncSocket物件，並呼叫Attach

上面的例子，我稍微做修改，就不會出錯了：

CAsyncSocket Socket;
UINT Thread(LPVOID sock)
{
         Socket.Attach((SOCKET)sock);
         Socket.Close ();
         return 0;
}
void CTestSDlg::OnOK() 
{
         // TODO: Add extra validation here
         Socket.Create(0);
         SOCKET hSocket = Socket.Detach ();
         AfxBeginThread(Thread,(LPVOID)hSocket,0,0,0,0);
}