WiX引导程序变量值无法绑定到MsiPackage DownloadUrl属性问题

WiX Burn引导程序解析MsiPackage元素DownloadUrl属性内方括号格式变量的时机，是捆绑包初始化加载清单的极早期阶段，该阶段早于自定义引导程序应用（BA）的业务逻辑执行、自定义UI加载的时间点。
当你在自定义UI启动后、通过后端代码给packageUrl变量赋值时，Burn已经完成了DownloadUrl属性的解析流程，后续不会自动重新扫描刷新该属性的变量绑定，因此会直接将未解析的字面量字符串[packageUrl]作为实际下载地址使用。

可根据你的业务流程选择对应方案：

• 方案1：提前变量赋值时机
  将Engine.StringVariables["packageUrl"]的赋值逻辑移动到自定义BA的最早启动节点，即BootstrapperApplication.Run方法的最开头，确保赋值操作在UI加载、Burn启动包检测/下载流程之前完成，赶在属性解析的时间窗口前完成变量赋值。
  注意如果你的地址需要依赖用户在自定义UI上的输入、或者需要等待远程接口异步返回，该方案不适用。
• 方案2：通过ResolveSource事件动态设置下载地址（推荐）
  放弃在WiX配置文件中通过[packageUrl]绑定DownloadUrl的写法，改为在BA初始化阶段注册ResolveSource事件监听，在Burn准备加载/下载对应包的触发节点动态传入实际地址，参考代码如下：

  // BA初始化时注册事件
  Engine.ResolveSource += (sender, args) =>
  {
      // 匹配目标MSI包的ID
      if (args.PackageId == "remotePackage")
      {
          // 传入实际获取到的下载地址
          args.DownloadSource = "从远程服务获取到的实际包地址";
          args.Result = Result.Ok;
      }
  };
  

  该方案完全绕开了DownloadUrl静态属性的提前解析限制，事件触发时机正好是Burn处理对应包之前，不管你是需要在UI阶段等待用户输入、还是等远程接口返回地址，只要在事件触发前准备好地址传入即可，稳定性最高。
• 方案3：配置包为延迟解析模式
  给目标MsiPackage节点设置Compressed="no"属性，且不在配置中写死DownloadUrl值，配合方案2的ResolveSource事件传值，适配需要先展示UI交互、再获取下载地址的场景。

注意：不要在自定义UI页面加载、用户点击交互等后置回调中给绑定到DownloadUrl的变量赋值，这类时机必然晚于属性解析窗口，无法生效。

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