如何禁用WPF WebBrowser控件的安全警告？

我之前帮不少开发者踩过WebBrowser控件的这个坑——毕竟它底层依赖IE内核，本地文件的安全限制确实挺严格的。你试过Stack Overflow和MSDN的方案没效果，大概率是没找对针对.mht文件的精准配置，下面给你几个实测有效的办法：

方法一：调整IE本地Intranet安全区域设置 #

WebBrowser的安全规则完全继承IE的配置，把你的应用目录加到可信区域就能解开限制：

• 打开IE浏览器（别嫌老，WebBrowser就认它的设置），点右上角齿轮图标→Internet选项→切换到安全标签
• 选中「本地Intranet」，点击「站点」→取消勾选「自动检测Intranet网络」，再点「高级」
• 在输入框里填file:///你的应用盘符:\（比如应用在D盘就填file:///D:\），点击「添加」后确定
• 回到安全标签，点击「自定义级别」，找到「ActiveX控件和插件」分组：
  • 把「对未标记为可安全执行脚本的ActiveX控件初始化并执行脚本」设为启用
  • 把「下载未签名的ActiveX控件」设为提示或启用（本地文件场景下启用没问题）
• 一路确定保存设置，重启你的应用再加载.mht文件试试

方法二：通过注册表禁用本地机器锁定（适合部署场景） #

如果不想让用户手动改IE设置，可以通过注册表配置，让你的应用绕过本地文件的安全限制：

步骤： #

1. 打开注册表编辑器（Win+R输入regedit回车）
2. 根据你的应用位数选择路径：
   • 32位应用：HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_LOCALMACHINE_LOCKDOWN
   • 64位应用：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_LOCALMACHINE_LOCKDOWN
3. 右键创建DWORD(32位)值，名称填你的应用.exe文件名（比如MyApp.exe），值设为0（禁用本地机器锁定）
4. 额外优化：再配置让WebBrowser用IE11内核，路径类似上面，把FEATURE_LOCALMACHINE_LOCKDOWN换成FEATURE_BROWSER_EMULATION，同样创建DWORD值，名称为你的exe文件名，值设为11001（对应IE11边缘模式，兼容性更好）

注意：修改注册表需要管理员权限，建议在应用安装包中添加注册表配置，或者启动时请求管理员权限执行设置

方法三：代码层面补充调整（针对WinForms/WPF） #

如果你之前在Navigated事件里的代码没生效，试试在DocumentCompleted事件里做这些操作：

WinForms示例： #

private void webBrowser1_DocumentCompleted(object sender, WebBrowserDocumentCompletedEventArgs e)
{
    // 抑制脚本错误提示
    webBrowser1.ScriptErrorsSuppressed = true;
    
    // 尝试修改文档安全属性（针对.mht文件可能生效）
    if (webBrowser1.Document != null)
    {
        dynamic domDocument = webBrowser1.Document.DomDocument;
        // 强制设置文档的安全级别
        domDocument.parentWindow.execScript("try { document.domain = 'localhost'; } catch(e) {}", "javascript");
    }
}

WPF示例： #

private void webBrowser_LoadCompleted(object sender, NavigationEventArgs e)
{
    var webBrowser = sender as WebBrowser;
    if (webBrowser.Document != null)
    {
        dynamic doc = webBrowser.Document;
        doc.parentWindow.execScript("try { document.domain = 'localhost'; } catch(e) {}", "javascript");
    }
}

这些方法里，方法一适合开发环境快速测试，方法二适合正式部署给用户，方法三作为补充兜底。我之前用方法二解决过好几个类似的.mht加载安全警告问题，你可以优先试试。

内容的提问来源于stack exchange，提问作者Aousaf Rashid