使用WiX Mondo UI开发多功能安装包时出现无视用户选择全量安装的问题

结合你的WiX配置和MSI的底层判定逻辑，出现不管怎么取消选择都全量安装Feature的原因主要有三个：

• Feature Level和INSTALLLEVEL的匹配规则错配
  MSI引擎判定Feature是否安装的基础逻辑是：只要全局属性INSTALLLEVEL的值 ≥ 某个Feature的Level值，这个Feature就会被默认标记为需要安装。UI上的临时勾选修改的优先级，低于引擎本身的Level阈值判定。你代码里总根Featureall的Level设为1（和MSI默认的INSTALLLEVEL初始值一致），三个子Feature的Level分别是1、10、11。当用户进入WixUI_Mondo的自定义安装页面时，界面逻辑会自动把INSTALLLEVEL的值拉高到所有Feature的最高Level（也就是11），这时候三个子Feature的Level都小于等于11，全部满足安装条件。
• 父子Feature的关联绑定逻辑错误
  你把所有可独立选择的子Feature都嵌套在Level=1的根Feature下，且没有给可独立选择的子Feature配置AllowAbsent="yes"。这种结构下，UI的交互逻辑会默认把根Feature和所有子项强绑定：用户在界面上点击取消单个子Feature的勾选时，操作不会真正传递给安装引擎的判定逻辑，引擎会直接判定“只要装了根Feature，就必须把它包含的所有子Feature全部装上”。
• 未显式固定INSTALLLEVEL的默认值
  你没有在配置里显式声明INSTALLLEVEL的固定默认值，导致Mondo界面在切换安装模式时会动态篡改这个属性的值：一旦切到“完全安装”模式，INSTALLLEVEL就会被设为最大值11，就算用户退回到自定义页面取消部分Feature，已经被拉高的阈值还是会让所有低Level的Feature都满足安装条件，用户的勾选操作完全不生效。

• 你代码里的注册表组件reg_key_1没有配置组件Guid，会导致MSI的组件引用计数异常，后续卸载/升级时可能出现注册表项残留或者误删其他程序的配置，需要补上合法的GUID值。
• 你的Product标签里的UpgradeCode属性书写格式有误，粘贴时把其他属性串到了属性值里，需要修正为标准的GUID格式。

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