Basic MSI调用CPP DLL CustomAction失败，求助根因排查与解决方案

架构老林

2026-5-29

排查Basic MSI自定义动作DLL执行失败（错误1157 + DCOM通信错误）

我来帮你一步步拆解这个问题，结合你给出的错误码和事件日志信息，咱们从最可能的原因开始排查：

先明确错误码1157的核心含义

错误码1157对应的是无法找到指定的动态链接库，或者该库的依赖组件缺失，结合事件日志里的DCOM错误，大概率是自定义动作DLL的依赖问题，或者DCOM配置细节没到位，系统DLL损坏是可能性之一，但不是最先要排查的。

这是C自定义动作失败最常见的原因，因为这类DLL对VC运行库依赖很强：

打开VS的Developer Command Prompt（注意和你的DLL架构匹配，x86/x64），运行命令：
```
dumpbin /dependents YourCustomAction.dll
```
查看输出里的依赖库，重点找msvcp*.dll、vcruntime*.dll这类VC运行库，确认目标机器安装了对应版本和架构的VC Redistributable（比如你的DLL是x64，就不能只装x86的运行库）。
也可以用Dependency Walker工具打开你的DLL，红色标记的条目就是缺失的依赖，能直接定位问题。

事件日志里提到DCOM was unable to communicate with the computer，这里要注意几个细节：

先确认：你的自定义动作真的需要DCOM吗？有些C++自定义动作只是做简单的文件操作或注册表修改，完全不需要DCOM，可能是你误设置了自定义动作的执行上下文（比如设成了需要跨进程调用的上下文）。建议先把执行上下文改成LocalSystem（管理员权限）试试，避免不必要的DCOM交互。
如果确实需要DCOM，打开dcomcnfg（组件服务）：
- 展开「计算机」→「我的电脑」，右键属性→「COM安全」
- 检查「访问权限」里的「启动和激活权限」「访问权限」，确保安装用户（比如Authenticated Users）有足够的权限（至少允许本地访问、本地启动）。
- 另外，确认你的自定义动作DCOM组件是否注册正确：用管理员权限运行regsvr32 YourCustomAction.dll（注意架构匹配，64位系统要对应到C:\Windows\SysWOW64\regsvr32.exe注册32位DLL）。
事件日志里提到的PID是ServerManager.exe，如果你的自定义动作调用了服务器管理器相关的API，要确认Server服务是否正常运行，以及安装用户是否有权限访问Server Manager的DCOM接口。

如果前面两步都没问题，再考虑系统文件损坏：

以管理员身份打开命令提示符，运行：
```
sfc /scannow
```
这个命令会扫描并修复系统级的损坏文件。
如果sfc无法修复，再运行：
```
DISM /Online /Cleanup-Image /RestoreHealth
```
这个命令会从Windows更新源下载健康的系统镜像组件，修复更深层的系统损坏。

启用MSI详细日志：命令行运行安装包，生成详细日志：
```
msiexec /i YourInstaller.msi /L*V InstallLog.txt
```
打开日志搜索你的自定义动作名称，里面会有更具体的错误信息，比如“无法加载DLL”“找不到xxx.dll”，直接定位问题点。
调试自定义动作：用VS附加到msiexec.exe进程，在自定义动作的入口函数（比如CustomAction）设置断点，一步步执行，看具体是哪一行代码触发了错误。

内容的提问来源于stack exchange，提问作者Ajit Medhekar