基於 OpenSSL 的輕量級 CA 系統設計與實現

系統架構：雙 DLL 核心設計

系統包含兩個核心動態庫：CA.dll（數字證書管理）與 EVP.dll（加解密操作），上層應用通過 MFC 界面調用。採用 Access 數據庫存儲證書信息，SSL 實現安全通訊，非阻塞 Socket 保證並發性能。

關鍵技術點深度解析

1. 非阻塞 Socket 的正確使用：WSAAsyncSelect 事件機制

參考《Winsock 編程寶典》（林軍鼐），FD_WRITE 與 FD_READ 事件處理是難點：

• FD_WRITE：僅在緩衝區可寫、連接建立、或發送緩衝區由滿轉空時觸發。send() 返回 WSAEWOULDBLOCK(10035) 時必須停止發送，等待 FD_WRITE 通知後繼續。
• FD_READ：數據到達、緩衝區有殘留數據時觸發。必須在收到通知後調用 recv() 讀取，否則後續數據到達不再通知。

錯誤處理模式：發送循環中檢查返回值，遇到 10035 註冊 FD_WRITE 等待；接收端收到 FD_READ 立即 recv() 直到返回 0 或錯誤。

2. 跨 DLL 進度回調機制

長時間加解密操作需在主界面顯示進度條。採用靜態回調函數解決 DLL 無法直接訪問主窗口控件的問題：

// 主程序定義
static void DrawProg(int i);
void CUsbEvpPage::DrawProg(int i) {
    ((CUsbEvpPage*)((CPropertySheet*)AfxGetMainWnd())->GetPage(8))->m_Progress.SetPos(i);
}

// DLL 中調用
extern void DrawProg(int);  // 聲明
DrawProg(progress);         // 定期調用報告進度

關鍵點：回調函數必須為 static 或全局函數，避免 this 指針跨模塊失效。

3. 內存洩漏檢測與調試技巧

作者建議使用 SMARTCHK 等工具檢測內存洩漏。已知問題：

• 同進程中 SSL 客戶端連接 SSL 服務端會衝突
• OpenSSL 掌握不足導致部分內存未釋放
• 中文字符半個漢字截斷導致亂碼（IE 連接正常）

環境與部署說明

• 測試環境：Win2000 + VC6 + Access 2000
• 頭文件/庫路徑為絕對路徑，需重新配置
• CA/EVP DLL 源碼尚未完善，暫不公開

延伸學習資源

數字證書、SSL 協議、OpenSSL API 使用可參考 中國 OpenSSL 論壇 及官方文檔。感謝論壇版主們的無私分享。