现代浏览器中object标签加载ActiveX控件完全不可用——NPAPI/ActiveX接口已被Chrome≥45、Firefox≥52、Edge≥14、Safari全平台移除，仅IE11或旧版Edge（IE模式）在严格满足CLASSID、注册、安全区域等前提下可运行。
现代浏览器（Chrome ≥45、Firefox ≥52、Edge ≥14、Safari）已彻底移除 NPAPI 插件接口，object 标签加载 ActiveX 控件在这些浏览器中**完全不可用**，不是写法问题，而是底层支持已被删除。
ActiveX 只能在 IE11 或旧版 Edge（IE 模式）中运行
这是唯一可行的环境，且需满足多个硬性前提：
-
CLASSID必须完整、准确，格式为clsid:xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx（注意前缀clsid:不可省略） - 控件必须已在客户端系统注册，通常用
regsvr32 mycontrol.ocx手动注册；若未注册，CODEBASE属性可触发自动下载与注册，但仅限 IE 且需启用“下载未签名控件”策略 - 网页必须运行在可信区域（如 intranet 或本地 Intranet 安全级别设为低），否则 IE 会直接阻止加载
- IE 需禁用“增强的安全配置”（ESC），否则 ActiveX 被默认拦截
- 若使用
CODEBASE，路径必须指向可访问的 .ocx 文件，且版本号（如#version=1,0,0,1）需匹配，否则可能跳过更新
为什么 param 标签常失效
param 标签本身语法正确，但实际是否生效取决于控件是否响应这些参数——它不提供校验或反馈机制。常见陷阱：
- 参数名大小写敏感：例如
_Version写成_version就被忽略 - 值类型错误：
VALUE="true"对某些控件应为VALUE="1" - 控件未导出该属性：即使写了
<param name="Visible" value="1">，若控件 COM 接口未暴露Visible属性，就无效果 - IE 的“ActiveX 筛选”启用时，
param可能被整体屏蔽，控制台无提示
替代方案比死磕 object 更实际
如果你的目标是调用本地功能（如读写串口、调用硬件 SDK、操作本地文件），不要试图让 ActiveX 在现代浏览器里复活：
立即学习“前端免费学习笔记（深入）”；
- 企业内网场景：改用 Electron 或 Tauri 构建桌面壳，通过 Node.js 或 Rust 直接调用 OCX/DLL（需
node-ffi-napi或com-rs） - Web 环境需兼容多浏览器：将原 ActiveX 功能后端化，前端用
fetch调用内部 API（如串口操作由 Windows 服务代理） - 仅需 UI 替代：用 Canvas/WebGL 重绘控件界面，逻辑迁移至 WebAssembly（如 C++ 模块编译为 wasm）
- 历史系统维护：保留 IE11 单独部署，其他浏览器访问时跳转提示页，避免用户误操作
真正容易被忽略的是安全策略粒度——IE 的“自定义级别”里，“对未标记为可安全执行脚本的 ActiveX 控件初始化并执行脚本”这一项必须设为“启用”，否则即使控件已注册，JS 也无法调用其方法。这个设置不在 F12 开发者工具里，而是在 Internet 选项 → 安全 → 自定义级别中手动调整。
