WiX Burn BA：OAUTH2环境下载Payload及动态修改UpdateLocation可行性

问题1：通过OnResolveSource事件自行处理OAuth2下载是否为最佳实践？ #

是的，这是处理Burn不直接支持的认证类型（如OAuth2）的标准且推荐的实践方式。原因及实现细节如下：

• Burn的OnResolveSource事件本身就是为自定义安装包/Payload的源解析逻辑设计的，当内置的Engine.SetDownloadSource无法满足复杂认证需求（比如OAuth2的令牌刷新、动态凭证获取）时，完全可以通过该事件自行实现下载流程。
• 具体实现步骤：
  1. 借助OAuth2库完成认证流程，获取有效访问令牌
  2. 携带令牌将Payload下载到ea.LocalSource指定的本地路径
  3. 设置ea.Result = Result.Success，告知Burn引擎该Payload的本地源已就绪，无需触发内置下载逻辑

需要注意的细节：

• 必须处理下载失败场景（如网络异常、令牌失效），此时需设置对应错误结果（如Result.Failure）并通过ea.ErrorCode传递错误码
• 确保ea.LocalSource路径具备足够写入权限，避免因权限问题导致下载失败
• 若需断点续传功能，需自行实现，Burn引擎不会处理自定义下载的续传逻辑

问题2：如何运行时切换更新源并重新检测更新？ #

WiX 3.11.2的Engine确实未公开SetUpdateLocation方法，但可以通过以下两种方式实现类似Visual Studio安装器的多更新源切换功能：

方式1：通过命令行参数重启引导程序 #

这是最贴合Burn设计逻辑的方案：

1. 在BootstrapperApplication中添加更新源选择UI（如PROD/TESTING/Preview选项）
2. 用户选定新源后，构造包含目标更新源URL的命令行参数（例如-updateSource https://test.example.com/update）
3. 调用Engine.Restart()重启引导程序并传入上述参数
4. 引导程序启动时读取命令行参数，将对应URL设置为UpdateLocation后触发更新检测流程

方式2：自定义更新检测逻辑 #

若无需重启引导程序，可绕过Burn内置更新检测，自行实现多源检测：

1. 在BootstrapperApplication中维护当前选中的更新源URL变量
2. 用户切换源后，直接向目标源的更新清单地址（如https://xxx/update/manifest.xml）发起请求，自行解析更新信息
3. 检测到可用更新时，调用Engine.Plan(LaunchAction.Update)并传入自定义更新包路径/URL，后续在OnResolveSource中处理对应Payload的下载

注：Visual Studio安装器的实现逻辑大致类似方式2，通过自定义更新检测流程支持多源切换，而非依赖Burn内置的UpdateLocation设置。

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