如何更改Windows 11应用商店安装路径？

Question

如何更改Windows 11应用商店安装路径？系统默认将应用安装在C盘，占用大量系统盘空间，且无法通过设置直接修改安装路径。尽管用户可在“设置 > 存储 > 高级存储设置”中更改新内容的保存位置，但部分应用商店应用仍强制安装到系统盘。更复杂的是，已安装的应用无法直接迁移，而使用符号链接等手动方法又可能引发权限或更新失败问题。如何在不破坏系统稳定性的前提下，有效管理和更改应用商店应用的实际安装路径？

Answer 1

如何更改Windows 11应用商店安装路径？系统默认将应用安装在C盘，占用大量系统盘空间，且无法通过设置直接修改安装路径。尽管用户可在“设置 > 存储 > 高级存储设置”中更改新内容的保存位置，但部分应用商店应用仍强制安装到系统盘。更复杂的是，已安装的应用无法直接迁移，而使用符号链接等手动方法又可能引发权限或更新失败问题。如何在不破坏系统稳定性的前提下，有效管理和更改应用商店应用的实际安装路径？

1. 问题背景与核心挑战分析

Windows 11 应用商店（Microsoft Store）默认将所有UWP（Universal Windows Platform）和部分现代应用安装至 C:\Program Files\WindowsApps 目录，该路径受系统严格保护，普通用户无权直接访问或修改。即使在“设置 > 系统 > 存储 > 高级存储设置”中设置了“新内容的保存位置”为D盘或其他非系统盘，部分应用仍会强制安装在C盘。

这种行为源于UWP应用模型的安全沙箱机制与注册表绑定逻辑，其安装路径不仅由用户偏好决定，还依赖于系统策略、应用包声明及运行时权限控制。因此，单纯更改存储设置并不能彻底解决磁盘空间压力问题。

2. 常见尝试方法及其局限性

• 修改注册表项：尝试修改 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Appx 下的安装路径键值，但多数情况下无效，且可能导致系统不稳定。
• 符号链接（Symbolic Link）重定向：先卸载应用，删除原目录，创建指向D盘的符号链接。例如：
  mklink /J "C:\Program Files\WindowsApps" "D:\AppStoreApps"
  此方法风险高，易导致应用更新失败、权限拒绝或系统组件损坏。
• 第三方工具辅助迁移：如 AppMover、Steam Mover 等，对传统Win32程序有效，但对UWP应用支持有限，且可能破坏数字签名验证。

3. 深层机制解析：为何部分应用仍强制安装在C盘？

因素	说明
应用类型	纯UWP应用遵循系统路径策略；混合型（PWA或Win32打包为MSIX）可能支持自定义路径
包清单声明	应用的 AppxManifest.xml 中可指定安装位置约束
系统策略控制	组策略或Intune配置可锁定安装路径
运行时依赖	某些服务需从可信路径加载，防止劫持
更新机制	Windows Update 和 Store 更新服务仅识别原始安装路径

4. 可行解决方案分层实施策略

1. 优先级调整：利用系统内置功能最大化分流
   进入“设置 > 系统 > 存储 > 高级存储设置 > 新内容的保存位置”，将应用、文档、音乐等类别统一设置为非系统盘（如D:\）。虽然不能100%生效，但对部分新安装应用有效。
2. 选择性卸载与重建符号链接（谨慎操作）
   针对大型非核心UWP应用（如Xbox、Movies & TV），可执行以下流程：

   # 示例：将 Photos 应用迁移到 D 盘
   1. 使用 PowerShell 卸载当前应用：
      Get-AppxPackage Microsoft.Windows.Photos | Remove-AppxPackage
   
   2. 创建目标目录并设置权限：
      mkdir D:\UWPApps\Photos
   
   3. 创建 Junction Point（比符号链接更兼容）
      mklink /J "C:\Program Files\WindowsApps\Microsoft.Windows.Photos_..." "D:\UWPApps\Photos"
      
   4. 重新从商店安装
           

3. 使用 DISM 工具部署自定义映像（企业级方案）
   在系统部署阶段，通过DISM挂载WIM镜像，修改默认应用安装路径注册表项，并预置符号链接结构，实现“源头控制”。
4. 启用存储感知自动清理（辅助手段）
   设置“存储感知”定期删除临时文件、旧版本应用残留，缓解C盘压力。

5. 推荐实践：安全迁移流程图

graph TD
    A[开始] --> B{是否为关键系统应用?}
    B -- 是 --> C[不建议迁移, 保持默认]
    B -- 否 --> D[备份重要数据]
    D --> E[使用PowerShell卸载应用]
    E --> F[创建Junction Point指向目标盘]
    F --> G[重新从Microsoft Store安装]
    G --> H{安装成功?}
    H -- 否 --> I[删除链接, 手动重试或放弃]
    H -- 是 --> J[测试功能完整性]
    J --> K[启用自动更新验证]
    K --> L[完成迁移]

6. 高级技巧：通过PowerShell批量管理应用安装位置

以下脚本可用于查询当前已安装UWP应用及其大小，辅助决策迁移优先级：

# 获取所有已安装UWP应用及其安装路径
Get-AppxPackage | Select Name, PackageFullName, InstallLocation | Format-List

# 查询特定应用占用空间（需启用Developer Mode）
$pkg = Get-AppxPackage Microsoft.XboxGameOverlay
if ($pkg.InstallLocation) {
    $path = $pkg.InstallLocation.Replace("ms-resource:", "")
    (Get-ChildItem $path -Recurse | Measure-Object Length -Sum).Sum / 1MB
}

注意：InstallLocation 实际指向虚拟化路径，真实物理路径仍位于 C:\Program Files\WindowsApps，需结合资源监视器定位。

7. 替代思路：容器化与虚拟化解耦

对于高度定制化环境，可考虑：

• 使用 Windows Sandbox 或 Hyper-V 运行独立实例，将整个系统置于SSD外盘；
• 采用 MSIX Packaging Tool 将UWP应用重新打包并指定安装路径；
• 结合 Intune 或 SCCM 实现企业级应用分发策略控制。

这些方法虽复杂度高，但在大规模部署场景下具备长期可维护优势。