群益API 元件無法載入？智慧型應用程式控制封鎖的 4 個判別重點

先分流，省你時間：如果你的錯誤訊息是「擷取元件 CLSID 失敗」，那屬於相依檔案缺件，請看〈群益API 註冊失敗怎麼處理〉。

本篇處理的是另一種群益API 無法載入——訊息是「無法載入 Interop.SKCOMLib」或錯誤碼 0x800711C7。這兩種訊息看起來都像「元件出問題」，但成因與解法完全不同。

群益API 無法載入和註冊失敗有什麼不同？

差別在一個字：是「載入失敗」，還是「不准載入」。

Smart App Control（Windows 繁體中文介面顯示為「智慧型應用程式控制」）是 Windows 11 的程式碼完整性機制，判定標準是簽章等級：達不到標準的執行檔與 DLL，在載入階段就被作業系統擋掉。

群益的官方元件（SKCOM.dll 與同目錄的其他 DLL）未經數位簽章，實測以 Get-AuthenticodeSignature 檢查回報的是 NotSigned。所以群益API 無法載入的時候，問題可能不在檔案，而在這台電腦允不允許它被載入。

影響範圍也比想像大：實測 Debug 版、Release 版、安裝版全部受影響。換個編譯組態、重新 build 都沒有用。

為什麼昨天還好好的，今天突然不行？

群益API 無法載入最招牌的症狀就是這一句，也最讓人懷疑人生。

實測到的現象是這樣：某台機器在 7/17 之前一切正常，7/20 之後同一份程式開始被擋，使用者什麼都沒有改。沒有更新程式、沒有換元件、沒有動設定。

微軟官方怎麼說：官方的常見問答裡確實描述了系統會自行切換 Smart App Control 的狀態——

在大部分情況下，智慧型應用程式控制會自動開啟以防止不受信任或惡意的應用程式。不過，有些公司使用者、開發人員或其他人可能會定期執行的合法工作，執行智慧型應用程式控制可能不是很好的體驗。如果我們偵測到您是這些使用者中的一員，我們會自動關閉「智慧型應用程式控制」，以減少工作中斷的情況。

也就是說，自動開啟與自動關閉都可能發生，而且不需要你介入。這同時解釋了另一個常見的困惑：為什麼同事的電腦跑得好好的——如果微軟判定那台機器的使用者屬於開發者這類族群，它可能已經自動把這個機制關掉了。

至於為什麼偏偏是那一天改變，我們不知道。手上有的是「環境沒動、行為卻變了」這個現象，沒有驗證過的因果解釋。與其猜一個聽起來合理的原因，不如直接進入下一步：確認現在的狀態是什麼。

怎麼判斷是不是 Smart App Control 擋的？

要確認群益API 無法載入是不是卡在這裡，有三件事可以自己查。先講清楚哪些是直接看到的、哪些是推論出來的：

可以直接確認的三件事：

1. 登錄值：HKLM\SYSTEM\CurrentControlSet\Control\CI\Policy\VerifiedAndReputablePolicyState，值為 1 代表處於強制模式。
2. 事件記錄：「CodeIntegrity/Operational」記錄檔裡有沒有 3077 或 3033 事件。
3. 檔案簽章狀態：用 Get-AuthenticodeSignature 檢查元件檔案，回報 NotSigned 代表該檔案確實未簽章。

要推論的那一件：上面三項湊在一起，指向 Smart App Control 的封鎖。它們證明的是「機制處於強制模式」「系統有擋東西的紀錄」「這個檔案沒有簽章」，把這三件事連成「所以就是它擋的」，中間有一步是推論。實務上這個推論夠可靠，值得照它行動——但寫程式時別把它當成已經確定的結論，該保留的錯誤處理還是要留。

下面兩段是概念示意，說明要看的是什麼：

# 讀取 Smart App Control 的狀態
# 1 = 強制模式（會擋未簽章元件）
$path = "HKLM:\SYSTEM\CurrentControlSet\Control\CI\Policy"
$state = (Get-ItemProperty -Path $path -Name VerifiedAndReputablePolicyState `
          -ErrorAction SilentlyContinue).VerifiedAndReputablePolicyState

if ($null -eq $state) {
    "這台電腦沒有這個設定值，通常代表不支援或未啟用 Smart App Control"
} else {
    "VerifiedAndReputablePolicyState = $state"
}

# 檢查元件是否有數位簽章，未簽章會回報 NotSigned
Get-ChildItem "你的元件安裝目錄\x64\*.dll" | ForEach-Object {
    $sig = Get-AuthenticodeSignature $_.FullName
    "{0,-28} {1}" -f $_.Name, $sig.Status
}

這兩段都只用來判別，不會改變任何設定。

三條看似可行、實際無效的路

確認方向之後，先把三條死路標出來。這三條都是遇到群益API 無法載入時很自然會想到的辦法——每一條都會讓人白花時間，其中一條還會白花錢。

第三條值得多想一下，它是防線設計上的根本限制：你想在程式裡提醒使用者，但程式根本跑不起來——提醒只能發生在程式之外，例如下載頁面旁邊的說明文字。

還有一條路容易被誤會成解法：雲端信譽判定偶爾會放行，實測中同一天的另一份安裝檔就曾經通過。但重新編譯後檔案雜湊一變就會重新判定，不可控也不可重現，不能當成解法。

微軟官方給的第四條路是在關閉機制之外的另一個選項。在微軟的〈智慧型應用程式控制常見問題〉這份官方說明裡（連結見文末參考資料），針對「如何讓某個特定應用程式通過」這個提問，微軟的回答是：

你可以關閉「智慧型 App 控制」，或者 (更好的) ，聯絡 App 的開發人員，並鼓勵他們以有效的簽名簽署 App。

這段是微軟針對「未簽章程式」給的通則建議，不是專指這套元件。 換句話說，官方認為比關閉機制更好的做法，是由發行該程式的人去完成簽章。這也從側面說明了為什麼第二條路無效——簽章要由發行元件的人來做才有意義，使用者替自己的執行檔簽章不會改變它的狀態。

群益API 無法載入的唯一解法，以及它的代價

如果判別結果指向這裡，在使用者這一端，目前已知能解決群益API 無法載入的方式只有一個：關閉 Smart App Control。

路徑：設定 → 隱私權與安全性 → Windows 安全性 → 應用程式與瀏覽器控制 → 智慧型應用程式控制 → 關閉。

但在動手之前，請先看完這三層代價，然後自己決定要不要做。

1. 它是可以復原的，但有條件。 依微軟現行說明，停用之後「最近的 Windows 更新允許重新啟用智慧型應用程式控制，而不需要全新安裝」。這與早期流傳的「關掉就再也開不回來」不同。
2. 復原的前提是「選擇性診斷資料」沒有被你關掉。這一條單獨成節在下面講，因為它會把上一點的結論整個翻過來。
3. 你關掉的是整台電腦的一道防護，不只是這個元件的。 之後在這台機器上執行的所有程式都不再受它保護——而這台電腦接下來要拿來跑的，是會接觸你的交易帳號的程式。一般情況下這是「降低一台電腦的安全層級」，在這個情境下，它是「降低一台會執行下單程式的電腦的安全層級」。這個差別值得你多想一分鐘。

這篇不會建議你關或不關。能給的是機制、判別方式與代價，決定權在你。

關掉之後想開回來？先確認診斷資料設定

上一節說「可以復原」，但那句話有一個前提，而這個前提很多人不知道自己已經踩掉了。

微軟官方列出的其中一個「為什麼會關閉智慧型應用程式控制」的原因是：

您已關閉 Windows 中的「選擇性診斷資料」。如果您想要開啟智慧型應用程式控制，您必須重設此電腦，或重新安裝 Windows，並在設定流程期間選取「傳送選擇性診斷資料」。

也就是說：如果你曾經把「選擇性診斷資料」關掉，那麼要重新開啟 Smart App Control，就必須重設電腦或重新安裝 Windows。

而且請注意最後那半句——重灌本身不夠，還要在重灌的設定流程裡選取「傳送選擇性診斷資料」。 如果重灌時又一次跳過它，結果會和重灌前一樣開不了，等於白做一次。

裝機時順手關掉診斷資料的人不少，那常常是新電腦設定流程裡的第一批動作之一。對這些人來說，前一節的「可以復原」結論是反過來的。所以在關閉之前，先去確認一下這個設定，而不是關掉之後才發現開不回來。

要在程式裡放前往設定的連結？有一個會靜默失效

如果你要在自己的程式或說明文件裡放一個「前往設定」的連結，這三條的行為不一樣：

中間那條特別值得記：它靜默退回而且不報錯。程式不會收到任何錯誤，你測的時候會以為連結有效，實際上使用者只是莫名其妙被丟到另一個頁面。

另外一個實務建議：新電腦或重灌之後，在裝機當下就先確認一次狀態，而不是等到群益API 無法載入才回頭查。

常見問題

風險揭露

期貨與選擇權屬高槓桿商品，價格波動可能造成超過原始保證金的損失，交易人須自負交易責任。本文為程式開發技術教學，說明開發環境的判別方式與設定變更的取捨，不構成投資建議，也不保證任何交易結果。調整作業系統安全設定屬使用者自行決定的行為，請自行評估後果。程式化交易並不降低市場風險，反而可能因程式錯誤造成非預期的委託行為。

投資人教育資源

延伸閱讀

• 〈群益API 註冊失敗怎麼處理〉——同樣是群益API 元件載入不了，但訊息是「擷取元件 CLSID 失敗」時要看那篇，成因是相依檔案缺件。
• 〈群益API 是什麼〉——COM、元件、Interop 組件這幾個詞在那篇定義過。

參考資料

• 智慧型應用程式控制常見問題 – Microsoft Support（本文引用的官方說明皆出自此頁）
• 封鎖現象（NotSigned、0x800711C7、CodeIntegrity 事件 3077／3033）與深連結行為，為實機測試結果，非官方文件記載。
• 元件未經數位簽章、Debug／Release／安裝版皆受影響，為實機測試結果。

免責聲明

本文章僅作為群益API實作經驗分享，不構成投資建議，且策略及程式皆應自行撰寫。期貨及衍生性金融商品交易屬高風險投資，請謹慎評估自身風險承擔能力。