使用Desktop Bridge安装Shell扩展的问题求助

这确实是Desktop App Converter（DAC）处理Shell扩展时的常见痛点——它对注册表的捕获太机械，不会自动修正CLSID指向的路径，更不会主动补全未被扫描到的CLSID条目。下面是我整理的几个亲测可行的解决思路：

一、手动修正Registry.dat中的CLSID路径 #

• 先把生成的AppX包用7-Zip之类的工具解压，找到包内的Registry.dat文件。
• 打开注册表编辑器regedit，右键点击HKEY_LOCAL_MACHINE，选择「加载配置单元」，选中Registry.dat后给它起个临时键名（比如TempAppXReg）。
• 定位到Classes\CLSID\{你的Shell扩展CLSID}，找到InprocServer32或LocalServer32下的默认值，把旧安装路径改成AppX沙箱内的有效路径——通常是%LOCALAPPDATA%\Packages\{你的包全名}\LocalCache\...，或者直接用包内的相对路径（比如.\YourShellExt.dll）。
• 同时检查Classes\Directory\shellex下的关联条目，确保对应的CLSID已经在加载的配置单元里存在；如果没有，从旧系统注册表中完整复制该CLSID分支过来，再修正路径。
• 修改完成后，右键点击临时键名选择「卸载配置单元」，最后用MakeAppx.exe重新打包：

  MakeAppx pack /d 解压后的文件夹路径 /p 新包名.appx
  

二、用DAC自定义注册表脚本提前补全配置 #

不想每次打包后手动改？可以在DAC打包阶段加入自定义注册表脚本：

• 新建CustomShellExt.reg文件，写入需要修正的CLSID和路径，示例：

  Windows Registry Editor Version 5.00
  
  [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{12345678-ABCD-EFGH-IJKL-1234567890AB}\InprocServer32]
  @="YourShellExt.dll"
  "ThreadingModel"="Apartment"
  

  这里的路径可以用%PACKAGE_FOLDER%变量指向包目录，或者直接写相对路径。
• 运行DAC时加上/CustomRegistry参数指定脚本：

  DesktopAppConverter.exe -Installer "你的旧安装程序.exe" -Destination "输出目录" -PackageName "你的包名" -CustomRegistry "CustomShellExt.reg"
  

  这样DAC会在自动捕获注册表后，自动应用你的自定义修正。

三、改用MSIX打包工具（更推荐） #

DAC属于比较老旧的工具了，微软现在主推的MSIX Packaging Tool对Shell扩展的处理要智能得多：

• 用MSIX Packaging Tool重新捕获你的Win32应用，它会自动追踪CLSID对应的DLL路径，并自动修正为MSIX包内的沙箱路径。
• 如果仍有问题，工具的打包界面里有专门的「注册表」编辑模块，可以直接在打包过程中修正CLSID的路径配置，完全不需要手动解压修改。

关键注意事项 #

• Shell扩展的DLL必须完整包含在AppX/MSIX包内，不能依赖外部路径的文件；
• 部分Shell扩展需要管理员权限，这种情况要在AppxManifest.xml中声明runFullTrust能力，同时确保你的DLL适配沙箱环境。

内容的提问来源于stack exchange，提问作者Martin Prikryl