[BUG] Windows：文件「打开方式」把列表第一项标成默认，认不出商店应用的真实默认程序

[NingYuanLee]

环境

• OS：Windows 11 x64
• 安装资源时间戳：2026-10-17（桌面端 app.asar）
• 相关包：dsh-native-command、dsh-client-ui-open-in-app
• 运行时代码：dsh-native-command/lib/index.js 里嵌的 DshFileAssociations.List

现象

文件卡片和文档预览的「打开」分体按钮，把列表第一项标成默认，而不是 Windows 当前的默认应用。

本机 .mp3、.mp4、.wav 的用户默认程序都是「媒体播放器」（Microsoft.ZuneMusic）。DSH 里：

• .mp4 主按钮是「用 照片 打开」，菜单第一项为「照片（默认）」
• .mp3 主按钮是「用 Microsoft Clipchamp 打开」
• 「媒体播放器」在菜单里，但没有被标成默认

重新打开卡片、重启进程都会再查一次系统，结果不变。这不是缓存没刷新，而是每次都没把真正的默认程序认出来。

和 #9790 不是同一个问题。#9790 说的是菜单用 SHAssocEnumHandlers(..., 0) 把全部注册处理器都列出来了。这里说的是：在这份列表里，哪一项被标成「默认」。

原因

List 只在 GetName() 等于下面两个值时把 default 设为 true：

• AssocQueryString 种类 2（ASSOCSTR_EXECUTABLE）
• 种类 21（ASSOCSTR_APPID）

本机这三种扩展名的查询结果：

查询	结果
种类 2 可执行文件	空。商店应用没有 exe
种类 20 ProgId	AppXqj98qxeaynz6dv4459ayz6bnqxbyaqcs
种类 21 应用 ID	Microsoft.ZuneMusic_8wekyb3d8bbwe!Microsoft.ZuneMusic
种类 4 显示名	媒体播放器

UserChoice 的 ProgId 也是 AppXqj98qxeaynz6dv4459ayz6bnqxbyaqcs，对应应用名是「媒体播放器」。

但 SHAssocEnumHandlers 对商店应用的 GetName() / GetUIName() 返回的是显示名，不是应用 ID：

• .mp4：照片、Microsoft Clipchamp、媒体播放器，然后才是记事本、VS Code、Word 的 exe 路径
• .mp3：第一项是 Microsoft Clipchamp，其后是 媒体播放器

应用 ID 和显示名对不上，于是没有任何一项 default == true。

界面接着用了兜底（OpenTargetButton）：

applications.find((app) => app.id === defaultId) ?? applications[0]

找不到 defaultId 就用列表第一项，并标上「（默认）」。所以 .mp4 变成照片，.mp3 变成 Clipchamp。

IAssocHandler::IsRecommended() 不能用来判断默认。本机上照片、Clipchamp、媒体播放器都返回 0，记事本、VS Code、Word 反而返回 1。

期望

主按钮和「（默认）」标记应该落在 Windows 当前的默认应用上。本机应为「媒体播放器」。

建议在 DshFileAssociations.List 里：

1. 继续用种类 2 和种类 21 做标识比较，并加上种类 20（ProgId）。
2. 标识都对不上时，再用种类 4 的显示名和 GetUIName() / GetName() 比较。商店应用走这条才能命中。
3. 有标识命中时不要再用显示名命中别的项。多项命中时只保留一项。
4. 仍然没有任何命中时，第一项可以继续当主按钮，但不要标成「（默认）」。

请不要把 #9790 的修法（把枚举过滤从 0 改成 ASSOC_FILTER_RECOMMENDED）当作这个问题的修复。推荐集和用户默认不是一回事，而且 #9790 已经说明：推荐集为空时菜单会退化。

[PerryLink]

你定位的两处都对，而且还有一半在客户端：没认出默认项时，它把列表第一项当默认。

Host 侧在 packages/util/native-command/src/file-applications-windows.ts：

• :196-199 的 List(path) 先查 Associated(extension, 2)（ASSOCSTR_EXECUTABLE）和 Associated(extension, 21)（ASSOCSTR_APPID）；
• :207 的 @default 只在 handler 的 GetName() 等于这两个字符串之一时为 true。

商店应用两条都不匹配：kind 2 没有 exe；打包应用 GetName() 返回的是 AUMID 或 family name（这一点代码注释里写着，:161-162），和 kind 21 查出来的字符串不是同一个形状，于是永远不相等。

客户端侧在 packages/client/ui-open-in-app/src/client/OpenTargetButton.tsx:90-95：注释写的是 "default when the Host reported one, else the first entry in the Shell's"，:94 就是 applications.find(app => app.id === defaultId) ?? applications[0]。所以你看到"第一项被标默认"，不是 Host 认错了一项，是没有任何一项被标，客户端回退了。

影响比标签大：主按钮和"默认"打开走的是这个 id，可能拿错应用打开文件。这属于"看起来能用、其实用错程序"，值得单独立项。

修法形状

• Host 侧不要拿 handler 的 id 直接和 AssocQueryString 的结果比，先把两边归一到同一个身份（打包应用用 AUMID/PFN 归一化），再比；
• 或者更保守：认不出默认时返回"没有默认"，别让客户端回退——OpenTargetButton.tsx:94 那个 ?? applications[0] 是可见症状的直接来源。

自证一行：在 PowerShell 里对同一个扩展名查 ASSOCSTR_APPID（kind 21）和 ASSOCSTR_EXECUTABLE（kind 2），如果至少一个为空，就印证了上面这条；两个都非空但仍然标错，那就是归一化的问题，不是"查不到"。

只读了 master ce7073d5 的源码；你的机器上注册表里到底返回什么，我没法替你看。