Edge浏览器报ActiveXObject未定义错误的替代方案咨询

新版Edge为Chromium内核，已完全移除ActiveX控件支持，原有基于WScript.shell的本地程序调用逻辑无法直接运行，可根据自身业务场景从以下方案中选择：

方案1：Edge IE兼容模式（改造成本最低，适合纯内网Windows终端场景） #

• 适用场景：业务系统仅面向内网Windows用户开放，不想改动原有业务代码
• 实现方式：
  1. 打开Edge设置-默认浏览器选项，开启「允许在Internet Explorer模式下重新加载网站」
  2. 将业务系统域名加入Edge IE模式站点列表，内网环境可通过Windows组策略批量推送配置，无需终端用户手动操作
• 效果：配置完成后站点会自动以IE内核渲染，原有ActiveX调用逻辑无需任何修改即可正常运行
  注意：该方案依赖Windows系统自带的IE内核组件，不支持非Windows系统终端。

方案2：自定义URL协议（通用方案，兼容所有主流浏览器） #

• 适用场景：需要兼容普通Edge/Chrome等现代浏览器，仅需简单拉起本地EXE、传递简单参数
• 实现方式：
  1. 在客户端终端注册自定义协议，将协议标识与本地viewer.exe做绑定，可通过导入注册表实现，注册表配置示例：

Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOT\abcviewer]
@="URL:abcviewer Protocol"
"URL Protocol"=""
[HKEY_CLASSES_ROOT\abcviewer\shell\open\command]
@="\"C:\\ABCDE\\viewer.exe\" \"%1\""

2. 将原有前端ActiveX调用逻辑替换为协议跳转，修改后代码示例：

<script>
function callexe(){
  // 触发自定义协议拉起本地exe，如需传参可直接拼接在协议后
  window.location.href = "abcviewer://run";
}
</script>
<a href="#execute" onclick="callexe()">Run</a>

• 优化点：注册表写入逻辑可打包进本地viewer的安装包，用户安装程序时自动完成配置；首次触发协议时浏览器会弹出打开确认提示，可通过组策略将业务域名加入可信站点列表，禁用该提示实现无感拉起。

方案3：本地轻量代理服务（适合复杂交互场景） #

• 适用场景：网页需要和本地EXE做双向通信、传递复杂参数、获取EXE执行后的返回结果
• 实现方式：
  1. 开发一个极轻量的本地后台服务（可用Go/C#等编译为单文件exe，配置为开机自启），仅监听本地回环地址127.0.0.1的固定端口（如12700）
  2. 本地服务提供HTTP接口，收到前端请求后负责调用本地viewer.exe，处理参数传递、结果返回逻辑，同时配置CORS规则允许业务系统域名跨域访问
  3. 前端将原有调用逻辑替换为向本地服务接口发普通HTTP请求即可
• 优势：不依赖任何浏览器专属特性，兼容所有现代浏览器，可扩展能力强。

注意：不要尝试在Chromium内核浏览器普通模式下寻找ActiveX兼容插件，这类插件普遍存在安全风险，且稳定性无法保障，不建议在生产环境使用。

内容的提问来源于stack exchange，提问作者rama rao