Windows App SDK 1.7 版本中无注册OOP WinRT组件的兼容性问题分析

Windows App SDK 1.7稳定版引入了一个值得开发者注意的兼容性问题，该问题影响了无注册(out-of-process)WinRT组件服务器的正常工作。本文将深入分析问题原因、影响范围以及可行的解决方案。

问题现象

当开发者在应用程序中初始化Windows App SDK 1.7后，原本正常的无注册OOP WinRT组件调用会失败，返回E_NO_INTERFACE错误。具体表现为：

1. 客户端能够成功激活运行时类
2. 服务器端的ClassFactory实现被正确调用并创建实例
3. 但在接口查询阶段失败

根本原因

这一问题源于Windows 11 24H2版本中COM运行时行为的改变。COM在查找.winmd文件时，会根据进程的包依赖图状态采取不同的搜索策略：

• 当包依赖图为空时(Count=0)，COM会检查进程可执行文件目录
• 当包依赖图不为空时(Count≥1)，COM不再检查可执行文件目录

Windows App SDK 1.7的动态依赖实现从自定义方案改为依赖操作系统原生实现，导致这一行为差异显现出来。这实际上是COM运行时的一个设计缺陷，微软已将其标记为待修复的问题。

解决方案

目前开发者有以下几种应对方案：

1. 使用MIDL生成的代理存根DLL

这是最可靠的临时解决方案。通过以下步骤实现：

1. 为WinRT组件生成代理存根代码
2. 编译生成代理存根DLL
3. 通过Fusion清单或appxmanifest注册代理存根

2. 预加载类型缓存

在调用AddPackageDependency之前，强制解析所有需要的类型：

1. 创建一个伪对象实现所有相关接口
2. 对每个接口调用接口编组函数
3. 使用MSHCTX_LOCAL和MSHLFLAGS_TABLESTRONG标志

这种方法可以确保接口类型和代理存根被缓存。

3. 等待操作系统修复

微软已经确认这是一个COM运行时的问题，将在未来版本中修复。届时Windows App SDK的行为将恢复正常。

影响评估

这一问题主要影响以下场景：

1. 使用无注册OOP WinRT组件的应用程序
2. 同时需要Windows App SDK 1.7+功能
3. 运行在Windows 11 24H2及以上版本

对于使用较早版本Windows或Windows App SDK 1.6及以下版本的项目，不会遇到此问题。

最佳实践建议

对于需要立即部署的项目，推荐采用代理存根DLL方案。这不仅解决了当前问题，还能提供更好的类型安全和性能。长期来看，开发者可以关注Windows更新日志，待COM运行时修复后移除临时方案。

通过理解这一问题的技术细节，开发者可以更明智地选择适合自己项目的解决方案，确保应用程序的稳定运行。