遇到 Microsoft Store 错误代码 0x80131500 时，说明商店界面已经成功加载，但后台服务、网络协议或应用注册层出现了明确阻断。这不是临时卡顿，需要按顺序逐步排查。以下修复步骤从简单到复杂，覆盖绝大多数场景，能有效解决 Win11 应用商店报错问题。
当你在 Windows 11 的 Microsoft Store 点击“获取”或“安装”后弹出“我们这边出了点问题”，且页面下方显示类似 0x80131500、0x80070422、0x80120001 这类十六进制错误代码时，说明商店已成功加载界面，但后台服务、网络协议或应用注册层出现了明确阻断，并非单纯卡顿或临时失败，必须按逻辑链逐层排查修复。
先清缓存再试，5秒见效
这一步不删除账号、不卸载已安装应用，是所有后续操作的前提。按下 Win + R → 输入 wsreset.exe → 回车执行 → 等待黑色命令窗口自动关闭 → 商店会自行启动。注意，如果中途手动关闭黑窗，缓存重置就会失效，需要重新操作。耐心等待它自动完成，不要提前打断。
检查三项核心服务是否真在运行
商店下载功能依赖 BITS、Windows Update 和 Cryptographic Services 三个服务协同工作。仅仅查看“状态”显示“正在运行”还不够，必须确认它们没有被假启动拖住——有些服务线程卡死，表面显示绿色，实际已经停止响应。
按下 Win + R → 输入 services.msc → 回车打开服务管理器。
依次双击以下三项，进入属性页：
① Background Intelligent Transfer Service
② Windows Update
③ Cryptographic Services
对每一项：先点击“停止”，再点击“启动”，最后确认“启动类型”设置为“自动”。不要跳过“停止→启动”这个操作——强制重启才能真正刷新线程状态，避免服务假死问题。
更换DNS绕过本地解析污染
很多报错本质上是域名解析失败，尤其是 licensing.mp.microsoft.com 这个授权地址，如果被运营商劫持或本地缓存异常，商店连握手都无法完成。
右键任务栏网络图标 → “打开网络和 Internet 设置” → “高级网络设置” → “更多网络适配器选项” → 右键当前连接（Wi-Fi 或以太网）→ “属性” → 双击“Internet 协议版本 4 (TCP/IPv4)” → 勾选“使用下面的 DNS 服务器地址” → 首选填入 8.8.8.8，备用填入 1.1.1.1 → 点击“确定”保存。
修改后不要急着测试，必须紧接着在管理员终端中执行 ipconfig /flushdns，否则旧 DNS 缓存仍会生效，更换等于白费工夫。
启用 TLS 1.2 和 TLS 1.3 协议
微软服务器已全面弃用 TLS 1.0/1.1，如果系统里这两项被禁用或未启用，商店根本建立不了加密通道，必然报错。
按下 Win + R → 输入 inetcpl.cpl → 回车 → 切换到“高级”选项卡 → 滚动到底部，在“安全”区域必须同时勾选 TLS 1.2 和 TLS 1.3 → 点击“应用”→“确定”。
这一步如果只勾选 TLS 1.2 而漏掉 TLS 1.3，部分新部署的服务节点仍会拒绝连接。所以两个都必须启用。
重装商店本体及依赖组件
当商店能打开、能搜索、能查看详情页，但所有“获取”按钮点击后毫无反应或立即报错，基本就是 AppX 包注册断裂，或者 Microsoft.UI.Xaml、VCLibs 等底层运行时缺失。
方法一：用 PowerShell 强制重新注册
右键“开始” → “终端(管理员)” → 在 UAC 提示中点击“是” → 逐行执行（每行回车）：
Get-AppxPackage -allusers *WindowsStore* | Remove-AppxPackage
Get-AppxPackage -allusers *Microsoft.UI.Xaml* | Remove-AppxPackage
Get-AppxPackage -allusers *VCLibs* | Remove-AppxPackage
方法二：一键恢复全部 Windows 应用
仍在同一管理员终端中，执行：
Get-AppXPackage | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)AppXManifest.xml"}
执行完后等待 2 分钟，不要手动关闭终端，等光标重新出现后再关闭窗口。如果重装后商店依然报错，建议检查系统更新是否完整，有时累积补丁信道也会影响组件注册。
