Desktop Bridge发布的WPF应用：目标用户组无法获取附加组件及MSA令牌问题

我帮你梳理下Desktop Bridge打包的WPF应用在附加组件定向优惠上的常见问题和解决办法——毕竟这部分官方文档确实更偏向UWP，桌面桥应用的特殊场景容易被忽略。

1. 先纠正Desktop Bridge的授权API使用误区 #

Desktop Bridge应用不能直接照搬UWP的附加组件验证逻辑，核心差异在于StoreContext的初始化方式：

• 你不能直接用StoreContext.GetDefault()，必须绑定应用窗口的句柄才能正确关联当前用户的授权信息，代码示例：

  using System.Diagnostics;
  using Windows.Services.Store;
  
  var mainWindowHandle = Process.GetCurrentProcess().MainWindowHandle;
  var storeContext = StoreContext.GetForWindow(mainWindowHandle);
  

• 后续验证附加组件授权时，要用这个绑定了窗口的storeContext调用API，比如获取附加组件许可证：

  var appLicense = await storeContext.GetAppLicenseAsync();
  foreach (var addOnEntry in appLicense.AddOnLicenses)
  {
      var addOnLicense = addOnEntry.Value;
      if (addOnLicense.IsActive)
      {
          // 该附加组件已授权，执行对应逻辑
      }
  }
  

2. 验证用户组与定向优惠的配置细节 #

• 确认用户组的成员账户：确保测试用户的Microsoft账户已被正确添加到目标用户组，且用户登录应用商店时用的是这个账户。
• 检查优惠绑定关系：在应用商店后台，确认定向优惠是同时关联了目标用户组和对应附加组件，且优惠状态处于“活动”状态。
• 附加组件的可用性设置：附加组件的“可用性”要和主应用匹配，如果主应用是针对特定组的，附加组件也不能设为公开。

3. MSA令牌获取的特殊注意事项 #

针对你提到的MSA令牌问题，Desktop Bridge应用不能直接调用UWP的身份验证API，要通过StoreContext间接获取用户的授权凭证：

• 可以通过GetCustomerPurchaseIdAsync获取关联用户的购买ID（本质是绑定MSA的令牌凭证），示例：

  var purchaseId = await storeContext.GetCustomerPurchaseIdAsync("your-request-id");
  

• 如果令牌获取失败，先排查：应用是否用商店颁发的测试证书签名（本地自签证书无法验证授权）、用户设备是否能正常访问应用商店服务器、账户是否在测试白名单内。

4. 测试环境的必做检查 #

• 本地调试无法验证定向优惠：必须将应用和附加组件发布到应用商店的测试频道，用测试账户登录设备安装后才能验证。
• 测试账户的权限：确保测试账户被添加到目标用户组，且在商店后台开启了“允许测试账户获取定向优惠”的选项。

5. 常见坑点排查 #

• 附加组件Product ID大小写敏感：代码中使用的Product ID必须和商店后台配置的完全一致，哪怕一个字母大小写错了都无法匹配。
• 主应用版本绑定：部分定向优惠会绑定特定版本的主应用，确保用户安装的主应用版本符合优惠要求。
• 离线授权限制：如果用户设备长期离线，授权验证可能失效，需要引导用户联网重新验证。

内容的提问来源于stack exchange，提问作者JiBéDoublevé