Wix自定义操作不应被跳过却未执行，求助排查原因

嘿，作为Wix新手碰到自定义操作不执行的问题真的太常见了，我结合你的功能选择场景，给你梳理几个最容易踩的坑和排查方向：

1. 先确认属性映射与条件判断是否准确 #

你提到用INSTALL_OPTION_1这类变量控制功能，这一步最容易出问题：

• 检查复选框的属性绑定：你的对话框复选框的Property属性必须和你自定义的INSTALL_OPTION_1完全一致（注意Wix公共属性必须大写，小写属性是私有属性，无法在执行序列阶段传递值）。
• 条件语句的细节：自定义操作的Condition字段要写对，比如判断用户选择了第一个功能，条件应该是INSTALL_OPTION_1 = "T"（字符串比较必须加双引号，漏了的话条件会不生效）。
• 结合功能安装状态：如果你的自定义操作是绑定到特定功能的，条件里最好加上功能的安装状态判断，比如&FeatureClientApp=3（3代表本地安装），确保只有当用户选择安装该功能时，操作才会触发。

2. 自定义操作的执行时机与序列是否正确 #

Wix对自定义操作的执行时机要求非常严格：

• 选对执行序列：比如安装客户端应用的操作要放在InstallFiles之后；数据库更新要在应用文件安装完成、服务启动前（如果有服务）；报表部署要确保报表服务器的连接条件满足。
• 注意Execute属性：如果是修改系统的操作（写文件、改数据库），必须设置Execute="deferred"，但deferred操作无法直接访问公共属性，这时候需要用CustomActionData来传递属性值（比如把INSTALL_OPTION_1的值存入CustomActionData）。
• 权限设置：deferred操作通常要设置Impersonate="no"，以系统权限执行，避免因当前用户权限不足导致操作失败。

3. 自定义操作本身的实现是否有问题 #

• 脚本类操作（VBScript/JScript）：检查脚本是否有语法错误，有没有返回错误码（返回1会被视为操作失败，直接终止），可以在脚本里加日志输出语句，方便排查。
• 编译类操作（C++/.NET）：确保编译的位数（32/64位）和安装包匹配，且必须正确返回ERROR_SUCCESS（0），否则安装程序会判定操作失败。

4. 必看：通过安装日志定位问题 #

这是最有效的排查手段！运行安装包时加上日志参数：

msiexec /i YourInstaller.msi /l*v InstallLog.txt

打开生成的InstallLog.txt，直接搜索你的自定义操作名称，日志会明确显示：

• 操作是否被跳过（比如条件不满足）
• 操作执行时是否报错（错误码是什么）
• 属性值是否正确传递到了执行阶段

如果能贴出你的Feature定义、CustomAction定义以及对话框复选框的代码片段，我可以帮你更精准地定位问题！

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