微软商店被误删，如何安全重新安装？

Question

微软商店（Microsoft Store）作为Windows系统核心组件，无法通过常规“卸载程序”删除，但用户可能因误操作（如执行PowerShell禁用命令、第三方清理工具误删、系统映像损坏或重置后配置异常）导致其图标消失、启动报错（如0x80073D01错误）或应用列表中缺失。此时并非真正“删除”，而是注册表项、应用包或依赖组件损坏。安全重装的关键在于避免下载非官方安装包（存在安全风险），应优先使用系统内置命令行工具（如`wsreset.exe`清缓存、`Get-AppXPackage -AllUsers | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml" -Verbose}`）重建应用包，或通过Windows设置→“应用与功能”→“可选功能”中启用“Microsoft Store”。若仍无效，建议运行DISM/SFC修复系统映像。切勿从第三方网站下载MSIX安装包——微软未提供独立安装器，所有“离线安装包”均不可信且易引发签名验证失败或权限异常。

Answer 1

```html

一、现象识别：微软商店“消失”的本质不是卸载，而是状态异常

微软商店（Microsoft Store）是Windows 10/11中以AppX包形式部署的系统级UWP应用，不注册于“控制面板→程序和功能”，因此无法通过常规卸载流程移除。所谓“被删”，实为以下任一状态异常：

• 应用包注册表项（HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModel\Deployment\Package）损坏或缺失
• AppX安装目录（如C:\Program Files\WindowsApps\Microsoft.WindowsStore_*）权限丢失或文件残留损坏
• 依赖组件（如Windows.UI.Xaml、AppXDeploymentClient服务、BrokerInfrastructure）未运行或注册失败
• 用户配置文件损坏导致Get-AppXPackage -User无法枚举该包

二、诊断路径：分层验证，定位故障层级

层级	验证命令	预期输出（正常）	典型异常表现
系统服务层	Get-Service AppXSvc, BrokerInfrastructure | Select Name,Status	Status = Running	AppXSvc 被禁用或启动失败
包注册层	Get-AppXPackage -AllUsers -Name "Microsoft.WindowsStore"	返回非空对象，含InstallLocation与PackageFullName	无输出或报错0x80073D01（APPX_DEPLOYMENT_ERROR_NO_PACKAGE_FOUND）
用户配置层	Get-AppXPackage -User $env:USERNAME -Name "Microsoft.WindowsStore"	返回用户级包实例	仅AllUsers有包，但当前用户无注册 → 图标可见但点击无响应

三、修复策略：由轻到重，遵循微软官方支持矩阵

1. 缓存重置（最快恢复）：wsreset.exe —— 清除Store本地缓存、重置网络栈、重建SQLite数据库；执行后自动重启Store进程，解决90%的启动白屏/0x80073D01。
2. 包注册重建（核心手段）：
   

   Get-AppXPackage -AllUsers -Name "Microsoft.WindowsStore" | ForEach-Object {
     Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml" -Verbose
   }

   此命令强制重新注册所有AllUsers范围的Store包实例，绕过PowerShell误执行Remove-AppXPackage导致的注册丢失。
3. 可选功能启用（Win11 22H2+ / Win10 2004+）：设置 → 应用 → 可选功能 → 查看功能 → 启用“Microsoft Store”（若显示为灰色不可选，则表明系统映像已损）。

四、深度修复：当基础命令失效时的系统级干预

若上述操作均失败，说明底层系统映像（CBS & DISM）已损坏。此时必须执行：

1. sfc /scannow —— 扫描并修复受保护的系统文件（包括%windir%\System32\WinMetadata等Store元数据）
2. dism /online /cleanup-image /restorehealth —— 从Windows Update或指定源（如挂载的ISO）还原映像健康状态
3. 最后再次执行包注册重建命令（步骤三第2条），形成“修复→重建”闭环

五、风险规避：为什么严禁第三方MSIX安装包？

graph LR
A[第三方MSIX包] --> B{签名验证}
B -->|失败| C[Windows拒绝安装：0x800B0109]
B -->|绕过签名| D[需启用开发者模式+禁用SmartScreen]
D --> E[权限提升漏洞暴露面扩大]
A --> F[捆绑静默行为]
F --> G[注入遥测SDK/广告模块/后台挖矿进程]
G --> H[违反GDPR/CCPA合规要求]

六、进阶建议：面向企业IT与SRE团队的预防性治理

• 使用Intune或Group Policy禁用Remove-AppXPackage脚本执行权限（限制AppxManagement模块调用）
• 在OSD阶段通过DISM /Online /Add-ProvisionedAppxPackage预置Store包，避免首次登录时动态注册失败
• 建立Get-AppXPackage -Name Microsoft.WindowsStore | Export-Clixml基线快照，用于变更审计
• 监控事件日志：Applications and Services Logs\Microsoft\Windows\AppXDeploymentServer\Operational中Event ID 256/302/404

```