Office 2024/Microsoft 365 中 ActiveX 无法运行的原因与排查步骤

首先要了解的事

在 Office 2024 与 Microsoft 365 中，ActiveX 控件默认处于禁用状态。 以前能正常使用的 Excel 按钮、表单，以及 Word / PowerPoint 中的嵌入对象，在更新后突然看起来「无法运行」，大多 不是程序故障，而是安全默认值变更 所致。

原因大致可分为 3 类。

1. 安全设置变化（信任中心、ActiveX 默认禁用）
2. 32bit / 64bit 不一致（在 64bit Office 上加载仅支持 32bit 的控件）
3. COM 注册或依赖 DLL / 运行时不足（未运行 regsvr32、缺少 VC++ 运行时）

实务铁律：按这个顺序从上往下排查最快。

Office 2024 系列 vs Microsoft 365 ── 区别在哪里

重点：即使是 Office 2024，注册表路径依然是 16.0。「因为是 2024 所以要找 24.0」是常见的弯路。

Windows 10 的注意事项

Windows 10 的常规支持已于 2025 年 10 月 14 日结束。不过 Microsoft 365 Apps 在 Windows 10 上仍处于 到 2028 年 10 月 10 日为止 提供安全更新的过渡缓冲期。也就是说：

• 并不是「在 Windows 10 上完全无法运行」
• 是「操作系统已停止支持、Apps 仍在缓冲期」这种双重前提下运行的状态

故障排查全貌

flowchart TD
    A[复现症状] --> B[采集 Office 产品名称·内部版本·bitness·操作系统信息]
    B --> C{操作系统 / Office 的支持前提是否 OK?}
    C -- 不行 --> C1[修正前提：重新审视操作系统 / Office 版本 / 频道]
    C -- OK --> D[检查信任中心]
    D --> E{ActiveX 设置 / 受保护的视图 / 受信任文档有问题？}
    E -- 有 --> E1[修正设置·签名·分发方案]
    E -- 没有 --> F{属于旧版 Web / IE 场景？}
    F -- 是 --> F1[检查 IE 模式与站点列表]
    F -- 否 --> G[检查 CLSID / InprocServer32 / TypeLib]
    G --> H{COM 注册是否正常?}
    H -- 不行 --> H1[regsvr32 / RegAsm / 重新安装]
    H -- OK --> I[检查依赖 DLL / .NET / VC++ 运行时]
    I --> J{依赖关系是否满足?}
    J -- 不行 --> J1[修复·重新分发对应运行时]
    J -- OK --> K[采集日志 / Procmon / Process Explorer]
    K --> L[比对内部版本差异·安全更新差异]

Step 1 ── 采集环境信息

首先务必记录以下信息。因为要靠 数值 而不是感觉来判断。

Office 端

• 在 【文件】→【账户】→【产品信息】 中确认
  • 产品名称（区分 Office 2024 / Microsoft 365）
  • 版本与 内部版本号（最重要）
  • 安装类型（Click-to-Run）
• 在 【关于 Excel】/【关于 Word】 等产品信息对话框中确认是 32bit 还是 64bit

Windows 端

# 操作系统基本信息
Get-CimInstance Win32_OperatingSystem |
  Select-Object Caption, Version, BuildNumber, OSArchitecture

# Office 进程的可执行文件路径
Get-Process WINWORD, EXCEL, POWERPNT, VISIO -ErrorAction SilentlyContinue |
  Select-Object ProcessName, Path

常见误区

Step 2 ── 检查信任中心与安全设置

这一步要做的是区分 「文件本身被阻止」 还是 「COM 实体加载失败」。

检查清单（依次向下）

先尝试这些

1. 将出问题的文件复制到 本地受管理的文件夹（例如 C:\Temp），另存为新文件
2. 避免直接从网络共享或邮件附件打开（排除受保护的视图的影响）
3. 以 安全模式 启动 Office，排除加载项的影响

excel /safe
winword /safe
powerpnt /safe

Step 3 ── 确认是否依赖 IE 模式

原本以为是「普通的 ActiveX 故障」，实际上有时是因为 Edge 的 IE 模式未配置 所致。

• IE 模式不是整个浏览器的开关，而是 只应用于已添加到 Enterprise Site List 的网站
• 如果只有内部 Web 系统的一部分无法运行，请检查该网站是否属于 IE 模式对象

检查位置如下：

• Edge 策略：管理模板 > Microsoft Edge
• 注册表：HKLM\SOFTWARE\Policies\Microsoft\Edge
• 诊断页面：edge://compat/iediagnostic

Step 4 ── 检查 COM 注册

如果信任中心没有问题，接下来要确认 COM 实体是否正确注册。

基本检查命令

:: 检查 CLSID 的注册状态
reg query "HKLM\SOFTWARE\Classes\CLSID\{YOUR-CLSID-HERE}\InprocServer32" /s

:: 原生 COM / ActiveX DLL 的注册·卸载
regsvr32 C:\Path\YourControl.dll
regsvr32 /u C:\Path\YourControl.dll

.NET 编写的 COM（重要）

.NET 程序集不能使用 regsvr32，需要使用 RegAsm。

:: 64bit Windows 上的 32bit Office → 使用 Framework 下的 RegAsm
"C:\Windows\Microsoft.NET\Framework\v4.0.30319\RegAsm.exe" "C:\Path\YourControl.dll" /codebase /tlb

:: 64bit Office → 使用 Framework64 下的 RegAsm
"C:\Windows\Microsoft.NET\Framework64\v4.0.30319\RegAsm.exe" "C:\Path\YourControl.dll" /codebase /tlb

典型事故：「RegAsm 的 bitness 与 Office 的 bitness 不一致」→ 注册表中显示注册成功，但 Office 却找不到。

Step 5 ── 检查依赖 DLL / 运行时

「主体 DLL 存在却无法加载」的情况，大多是 依赖对象缺失 所致。

实务中常缺失的运行时

底层排查工具

用 Procmon 采集复现时的日志，用 NAME NOT FOUND 过滤，就能一目了然看出哪个 DLL 或注册表项没找到。

Step 6 ── 获取日志做最终确认

如果到这一步还找不出原因，就启用日志，捕捉复现的瞬间。

启用 Office 常规日志

reg add HKCU\Software\Microsoft\Office\16.0\Common\Logging /v EnableLogging /t REG_DWORD /d 1

启用 Click-to-Run 详细日志

reg add HKLM\SOFTWARE\Microsoft\ClickToRun\OverRide /v LogLevel /t REG_DWORD /d 3
reg add HKLM\SOFTWARE\Microsoft\ClickToRun\OverRide /v PipelineLogging /t REG_DWORD /d 1

日志会输出到 %windir%\temp 或 %temp%。

同时结合事件查看器

eventvwr.msc

• 检查 Windows 日志 > 应用程序
• .NET Runtime 或 SideBySide 的错误往往是决定性的线索

验证后别忘记禁用日志

reg delete HKCU\Software\Microsoft\Office\16.0\Common\Logging /v EnableLogging /f
reg delete HKLM\SOFTWARE\Microsoft\ClickToRun\OverRide /v PipelineLogging /f
reg delete HKLM\SOFTWARE\Microsoft\ClickToRun\OverRide /v LogLevel /f

主要注册表 / 策略速查表

必须记住的 4 个路径

在 64bit Windows 上使用 32bit Office 时，COM 相关项目也要检查 Wow6432Node 之下。

常用测试注册表（仅供验证）

Windows Registry Editor Version 5.00

; 仅供测试：解除 ActiveX 全面禁用
[HKEY_CURRENT_USER\Software\Microsoft\Office\Common\Security]
"DisableAllActiveX"=dword:00000000

警告：这些设置仅供验证使用。永久方案请通过「可信的分发渠道与签名」来实现。

常见症状与对策

企业推荐设置

永久方案的基本原则是 「不是降低整体安全性，而是只针对必要对象做有限度的允许」。

Microsoft 365 部署设置示例（32bit + 月度企业版）

<Configuration>
  <Add OfficeClientEdition="32" Channel="MonthlyEnterprise">
    <Product ID="O365ProPlusRetail">
      <Language ID="ja-jp" />
    </Product>
  </Add>
  <Updates Enabled="TRUE" />
  <Display Level="None" AcceptEULA="TRUE" />
</Configuration>

最后手段 ── 修复

• 快速修复 / 联机修复 对设置或注册损坏有效
• 但无法解决 x86 / x64 不一致，或签名 / 策略问题本身
• 修复要放在「最后」执行（先执行会污染调查用的日志）

命令速查表

总结 ── 别弄错排查顺序

设置错误 → 操作系统 / bitness 不一致 → COM 实体问题 → 依赖关系 → 更新差异

ActiveX 的问题乍看只是「Excel 的问题」，实际上是 Office 的默认安全 + Windows 的支持前提 + COM 实体注册 + 依赖运行时 + 更新模式 这 5 层交织在一起的问题。与其贸然放宽设置，依次从上往下排查，才能得到不容易再次发生的修复方案。

参考链接

• ActiveX controls are disabled by default in Microsoft 365 and Office 2024 ─ 默认禁用的影响范围
• Enable or disable ActiveX settings in Office files ─ 最贴近用户操作的资料
• Update history for Office LTSC 2024 and Office 2024 ─ 内部版本对比、更新前后差异
• Overview of update channels for Microsoft 365 Apps ─ Current / Monthly Enterprise / Semi-Annual 的差异
• Release Information for Updates to Microsoft 365 Apps ─ 频道导致的行为差异
• Compatibility between the 32-bit and 64-bit versions of Office ─ 涉及 ActiveX / COM 资产时的判断依据
• Microsoft Edge 中的 Internet Explorer 模式 ─ Enterprise Site List 与策略
• regsvr32 命令 ─ 原生 COM 的注册 / 卸载
• Regasm.exe（程序集注册工具） ─ .NET 编写的 COM 的注册
• Process Monitor (Procmon) ─ 追踪 NAME NOT FOUND / PATH NOT FOUND
• Process Explorer ─ 进程的 DLL 加载状态
• Latest supported Visual C++ Redistributable Downloads ─ 查询 VC++ 运行时缺失情况
• .NET Framework 安装指南 ─ 确认 .NET Framework 版本

相关文章

共享相同标签的最新文章。可以围绕相近的主题进一步加深理解。

常见问题

汇总了咨询这一主题时常见的问题。

Office 2024 或 Microsoft 365 中 ActiveX 默认被禁用是什么意思？

在 Office 2024 与 Microsoft 365 中，ActiveX 控件默认处于禁用状态。以前能正常使用的 Excel 按钮、表单，以及 Word / PowerPoint 中的嵌入对象，在更新后突然「无法运行」，大多不是程序故障，而是这一安全默认值变更所致。打开文件时出现的黄色消息栏中选择【启用内容】，看是否能临时运行，并检查信任中心（Trust Center）的 ActiveX 设置，是第一步该做的事。

Office 更新后，Excel 的 ActiveX 按钮变得没有反应。应该先检查什么？

原因大致可分为 3 类：第一类是安全设置变化（信任中心、ActiveX 默认禁用、受保护的视图），第二类是 32bit / 64bit 不一致（在 64bit Office 上加载仅支持 32bit 的控件），第三类是 COM 注册或依赖 DLL / 运行时不足（未运行 regsvr32、缺少 VC++ 运行时）。按这个顺序从上往下排查最快。同时，一开始就应记录产品名称、内部版本号、Office 的 bitness、操作系统信息，并避免直接从网络共享或邮件附件打开，改用本地文件夹比对复现差异。

为什么只有在 64bit Office 上 ActiveX 控件无法运行？

因为 Office 的 bitness 与 COM / ActiveX 的 bitness 必须一致。在 64bit Office 上加载仅支持 32bit 的控件不会运行。请向厂商确认是否有 x64 版本，如果没有则考虑切换到 32bit Office。如果是用 .NET 编写的 COM，要用 RegAsm 而不是 regsvr32：32bit Office 用 Framework、64bit Office 用 Framework64 中的 RegAsm 来注册。如果 RegAsm 的 bitness 与 Office 不一致，就会出现注册表中显示注册成功，但 Office 却找不到的典型事故。

要让 ActiveX 能够永久使用，应该怎么设置？

基本原则不是全面降低安全性，而是只针对必要的对象做有限度的允许。DisableAllActiveX 这项注册表更改纯粹用于验证，永久方案要依靠可信的分发渠道与签名来完成。具体来说，为自行分发的 ActiveX / 宏 / 加载项进行代码签名并集中管理 Trusted Publisher，在 Microsoft 365 中可考虑采用变更较易掌握的月度企业版频道，除非厂商明确声明支持 x64，否则优先考虑 32bit Office。正式分发前应建立 pilot ring，用具代表性的报表和终端固定内部版本进行验证。

作者简介

本文作者的个人简介页面。

Go Komura

小村软件有限公司 代表

以 Windows 软件开发、技术咨询与故障排查为中心，擅长难以复现的故障调查，以及既有资产仍在运行的项目。