MFC 程序依賴硬件加密狗導致無硬件時按鈕圖片不顯示

問題現象

MFC 程序在插入加密狗（硬件鎖）時正常顯示按鈕圖片，拔除硬件後按鈕圖片消失，界面異常。

根本原因分析

1. 控件依賴硬件庫：按鈕非標準 MFC 控件，而是硬件廠商提供的ActiveX/OCX 控件或依賴硬件 SDK 的自定義控件。
2. 運行時檢測機制：控件內部代碼在繪製/初始化時調用硬件 SDK 函數檢測設備，若檢測失敗則自動隱藏/禁用自身（防盜版保護邏輯）。
3. 繪製路徑依賴：按鈕圖片資源可能存儲在硬件加密區，或繪製代碼調用硬件加速接口，無硬件無法渲染。

排查與解決步驟

1. 確認控件類型

• 查看資源文件（.rc）中按鈕定義：是否為 CONTROL "xxx", IDC_xxx, "Vendor.Control.1", ...（ActiveX）。
• 檢查類向導生成的包裝類：是否繼承自 CWnd 但調用 InvokeHelper（OLE 自動化）。

2. 檢查代碼調用點

// 典型問題代碼模式
void CMyDlg::OnInitDialog() {
    // ...
    if (!hardwareDetect()) {  // 硬件檢測
        m_btnSpecial.ShowWindow(SW_HIDE);  // 直接隱藏
        // 或控件內部自動隱藏
    }
}

3. 解決方案

4. 代碼層面的防禦性編程

// 包裝硬件調用，失敗時降級而非崩潰/隱藏
bool SafeHardwareCall() {
    try {
        return HardwareSDK::DetectDevice();
    } catch (...) {
        return false;  // 記錄日誌
    }
}

void CMyDlg::UpdateUIForHardware() {
    bool hasHardware = SafeHardwareCall();
    m_btnSpecial.EnableWindow(hasHardware);  // 僅禁用，不隱藏
    if (!hasHardware) {
        m_btnSpecial.SetWindowText(_T("需插入加密狗"));  // 友好提示
    }
}

最佳實踐建議

1. 架構解耦：UI 層不應直接依賴硬件 SDK，引入硬件抽象層 (HAL)，定義接口 IHardwareService，實現類處理具體 SDK 調用。
2. 降級策略：無硬件時禁用功能而非隱藏 UI，保持界面結構穩定，用戶體驗更好。
3. 授權模式區分：開發版/測試版/正式版使用不同授權邏輯，開發版允許無硬件運行。
4. 資源內嵌：圖片等靜態資源內嵌在應用程序中，不依賴硬件存儲。

總結

按鈕圖片隨硬件插拔消失，本質是第三方硬件相關控件內部邏輯導致。解決核心在於確認控件來源、聯繫廠商獲取支持、或重構為標準控件，避免業務邏輯與硬件檢測強耦合。