微软商店应用默认安装路径是什么？

Question

微软商店（Microsoft Store）应用的默认安装路径是什么？这是开发者和系统管理员常遇到的基础性问题。默认情况下，UWP（通用 Windows 平台）应用由系统自动部署至受保护的只读目录：`C:\Program Files\WindowsApps\`。该文件夹具有严格的ACL权限控制，普通用户甚至管理员均无法直接访问或修改其中内容——这既是安全机制，也导致手动备份、调试或路径引用时频繁报错（如“拒绝访问”或“找不到指定路径”）。值得注意的是，此路径不可自定义，且不同用户账户下同一应用的安装实例相互隔离；此外，部分应用（如Win32桥接应用）可能额外使用`%LOCALAPPDATA%\Packages\`存放运行时数据。若需定位某应用的实际包路径，推荐通过PowerShell命令 `Get-AppxPackage -Name "PackageName" | Select InstallLocation` 查询，而非依赖资源管理器直览。理解该路径机制，对故障排查、自动化部署及企业MDM策略配置至关重要。

Answer 1

```html

一、基础认知：微软商店应用的默认安装路径

微软商店（Microsoft Store）分发的UWP（Universal Windows Platform）应用，默认安装至系统级受保护目录：C:\Program Files\WindowsApps\。该路径由Windows AppX部署引擎硬编码指定，不可通过注册表、组策略或安装参数修改——这是设计使然，而非配置缺陷。

二、权限机制深度解析：为何“管理员也无法访问”？

• ACL隔离模型：每个应用包文件夹（如 Microsoft.Office.Desktop_16051.14326.20278.0_x64__8wekyb3d8bbwe）仅授予对应用户SID + SYSTEM + TrustedInstaller 的完全控制权；其他账户（含Administrators组）被显式拒绝（Deny ACE）。
• 完整性级别（IL）限制：资源管理器与PowerShell默认以Medium IL运行，而WindowsApps要求High IL或TrustedInstaller令牌才能枚举子项。
• 符号链接隐藏：部分子目录实际为NTFS重解析点（Reparse Point），指向内存映射或虚拟化路径，进一步规避直接访问。

三、多实例与数据分离架构

组件类型	物理路径	访问权限主体	典型用途
应用包（AppX Bundle）	C:\Program Files\WindowsApps\{PackageFamilyName}_{Version}_{Arch}_{PublisherId}	安装用户 + SYSTEM + TrustedInstaller	只读执行体、清单文件、资源、签名证书
用户专属运行时数据	%LOCALAPPDATA%\Packages\{PackageFamilyName}_{PublisherId}\	当前用户 + SYSTEM	本地缓存、设置、SQLite DB、临时文件
Roaming同步数据	%USERPROFILE%\AppData\Roaming\Packages\{PackageFamilyName}_{PublisherId}\	当前用户	OneDrive/Enterprise Sync支持的跨设备配置

四、实战定位：精准获取任意应用安装路径

直接浏览资源管理器无效，必须使用系统级API接口。推荐以下三种权威方法：

1. PowerShell（首选）：
   

   Get-AppxPackage -Name "Microsoft.Whiteboard" | Select PackageFullName, InstallLocation, IsDevelopmentMode

2. 命令行（兼容性更强）：
   

   for /f "tokens=2*" %i in ('reg query "HKCU\Software\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppModel\Repository\Packages" /s ^| findstr "PackageRoot"') do @echo %j

3. C#/.NET API调用：
   

   var package = PackageManager.FindPackage("Microsoft.Whiteboard");
   string installPath = package.InstalledLocation.Path;

五、企业级影响与MDM策略适配

graph TD
  A[MDM策略下发] --> B{是否启用Appx部署}
  B -->|是| C[通过Win32LAPS或Intune Win32 App封装]
  B -->|否| D[依赖Store自动更新]
  C --> E[仍落于C:\\Program Files\\WindowsApps]
  E --> F[需配置AppLocker规则白名单]
  F --> G[禁止非TrustedInstaller写入]
  

WindowsApps路径对企业策略的约束链路

六、调试与备份的工程化绕行方案

• 开发调试：启用Developer Mode后，可通过WindowsAppDeployCmd.exe侧载并附加调试器；或使用AppxManifest.xml中uap:VisualElements定义的BackgroundTask入口点注入日志。
• 安全备份：调用Export-AppxPackage导出为.appxbundle离线包；或使用DISM /Online /Export-AppxPackage生成可审计镜像。
• 路径引用规避：在代码中始终使用Windows.ApplicationModel.Package.Current.InstalledLocation获取路径，而非硬编码字符串——此API自动处理多用户、重定向及沙箱上下文。

七、历史演进与版本差异要点

自Windows 10 TH2（1511）起，WindowsApps成为唯一合法安装位置；Windows 11 22H2新增App Installer服务支持.msixbundle静默部署，但底层仍映射至同一目录结构。值得注意的是：ARM64设备上路径扩展为C:\Program Files\WindowsApps\..._arm64_...，且存在独立的WindowsApps.ARM64符号链接层。

```