简介：这份资源面向使用 Windows 10 Enterprise LTSC 2019 的用户，尤其是遇到 wsappx 进程 CPU 占用过高、输入法没有提示框等困扰的运维与办公人群。它通过离线方式为 LTSC 版本补装微软应用商店，让原本精简的系统也能正常使用 Store 及依赖组件。压缩包共 16 个文件，以 appx 与 appxbundle 安装包为主，辅以 xml 描述文件和 cmd 脚本，整体约 68.16MB，解压后以管理员身份运行 Add-Store.cmd 即可完成部署。资源同时给出 WSReset.exe 重置商店缓存的排错思路，可应对安装后商店异常的情况。目前已有 2178 人学习下载，适合希望在不重装系统的前提下恢复商店功能、并顺带缓解 wsappx 高占用问题的用户参考。
1. Windows 10 Enterprise LTSC 增加应用商店：一条被低估的补全路径
装完 Windows 10 Enterprise LTSC 的第一件事，很多人是打开开始菜单找 Microsoft Store，然后发现——没有。这不是 bug，是 LTSC 的定位决定的：长期服务通道砍掉了 UWP 应用商店、Cortana、Edge 旧版、部分消费级组件，换来的是十年不换功能分支的稳定性。问题是，稳定归稳定，日常办公里总有些工具只发 Store 版，或者某些驱动配套应用、HEVC 扩展、终端预览版，只能从商店拿。于是「给 LTSC 补上应用商店」就成了一个反复被搜的需求。
这篇讲的就是这件事：在 Windows 10 Enterprise LTSC（2019 / 2021 两个主流版本）上，把 Microsoft Store 及其依赖链完整装回来，并且让它能正常下载、更新、登录。适合两类人：一是手里有 LTSC 镜像、想把它当主力办公系统的运维和开发；二是已经装好 LTSC、被某个 Store 独占应用卡住的普通用户。核心不是「找一个安装包双击」，而是理解 Store 在 LTSC 上缺的是哪几块拼图，按依赖顺序补齐，否则你会遇到商店能打开但下载转圈、登录报错、应用装完闪退这一连串玄学问题。
2. 先搞清楚 LTSC 到底缺了什么：Store 的依赖链拆解
2.1 Microsoft Store 不是一个 exe，而是一组 Appx 包
很多人对商店的认知停留在「一个程序」，所以第一反应是去网上找一个 MicrosoftStore.exe。这条路从根上就是错的。Windows 10 的 Store 是 UWP 体系的一部分，它由一组 Appx/AppxBundle 包组成，彼此有严格的依赖关系。你在 LTSC 上要补的不是一个文件，而是一条链：
- Microsoft.WindowsStore：商店本体，负责界面和下载调度。
- Microsoft.StorePurchaseApp：购买与许可证校验，登录后买付费应用、兑换码都靠它。
- Microsoft.DesktopAppInstaller：也就是 winget 的宿主，同时负责 App Installer 的协议唤起。缺了它，很多「点击安装」的链接会没反应。
- Microsoft.VCLibs.140.00（x64 / x86）：Visual C++ UWP 运行时，商店和大量 UWP 应用都依赖。
- Microsoft.NET.Native.Framework / Runtime：.NET Native 运行时，同样是被依赖项。
- Microsoft.UI.Xaml：新版商店界面依赖的 XAML 控件库，2021 之后的商店版本基本都要。
- Microsoft.Services.Store.Engagement：商店的推送与 engagement 组件，缺了通常表现为商店能开但某些页面空白。
这条链里任何一环版本对不上，都会出现「装上了但用不了」。最常见的翻车是只装了 Store 本体，结果打开后首页一直转圈——因为 UI.Xaml 或 VCLibs 缺失，界面渲染不出来。
2.2 为什么 LTSC 2019 和 2021 的补法不一样
LTSC 2019 基于 Windows 10 1809 分支，LTSC 2021 基于 21H2 分支。分支不同，能兼容的 Store 包版本就不同。1809 上强行装 21H2 的商店包，大概率报 0x80073CF3（包依赖不满足）或者装完闪退。反过来，2021 上装老版本商店，会出现登录后无法加载库的情况。
判断自己该用哪套包，最稳的办法是看系统版本号：
# 在 PowerShell 里查当前 LTSC 的完整版本 [System.Environment]::OSVersion.Version # 或者 Get-ComputerInfo | Select-Object OsName, OsVersion, WindowsVersion- 输出
10.0.17763.x→ LTSC 2019（1809 分支）。 - 输出
10.0.19044.x→ LTSC 2021（21H2 分支）。
版本号决定了你后面要选的包分支。这一步别偷懒，选错分支是后面所有报错的源头。
2.3 补商店的三种路线，以及我为什么推荐离线包
实际能走的路有三条：
| 路线 | 做法 | 优点 | 风险 |
|---|---|---|---|
| 在线脚本 | 用社区 PowerShell 脚本联网拉包安装 | 省事 | 脚本来源不可控，包版本随作者更新，容易踩到不兼容版本 |
| 手动离线包 | 自己下载对应分支的 Appx 包，按依赖顺序装 | 版本可控、可复现 | 需要自己找包，步骤多 |
| 第三方商店 | 装星火应用商店、deepin 深度应用商店这类 Linux 生态的商店 | 与 Windows 无关 | 在 Windows 上根本不适用，别被搜索结果带偏 |
这里要澄清一个高频混淆：搜「应用商店」时经常混进星火应用商店、deepin 深度应用商店、飞牛第三方应用商店这些 Linux 发行版的东西。它们是 Linux 桌面生态的软件源客户端，和 Windows 的 Microsoft Store 完全是两码事。你在 LTSC 上折腾这些没有任何意义，方向从一开始就错了。本文只讲 Microsoft Store 的补全。
我一般推荐手动离线包，原因是可复现：包版本固定，装完是什么状态你能预期，出问题也能定位到具体哪个包。在线脚本适合快速试，但一旦失败，你连它装了什么版本都不知道，排查起来就是黑匣子。
3. 动手补全：从依赖包到商店本体的完整安装顺序
3.1 准备阶段：开启旁加载并确认服务状态
LTSC 默认可能关闭了旁加载（sideloading），而手动装 Appx 需要它。先用管理员 PowerShell 确认并打开：
# 查看当前旁加载策略，1 表示允许，0 表示禁止 Get-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock" -Name AllowAllTrustedApps -ErrorAction SilentlyContinue # 如果不存在或为 0，写入开启 New-Item -Path "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock" -Force | Out-Null Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock" -Name AllowAllTrustedApps -Value 1 -Type DWord逻辑说明：AllowAllTrustedApps控制是否允许安装来自商店之外的受信任 Appx 包。手动装离线包必须为 1，否则Add-AppxPackage会直接拒绝。参数上，-Force保证注册表项不存在时也能创建，避免第一次运行报路径不存在。
同时确认两个后台服务是运行状态，它们负责 Appx 的部署和许可：
Get-Service -Name AppXSvc, ClipSVC | Select-Object Name, Status, StartTypeAppXSvc是 AppX 部署服务，ClipSVC是客户端许可服务。如果ClipSVC被禁用，商店装完能打开但登录和下载会失败。正常应该是 Running / Manual。如果是 Stopped，先Start-Service ClipSVC。
3.2 按依赖顺序安装：VCLibs → NET.Native → UI.Xaml → Store
顺序不能乱。Appx 安装时会校验依赖，依赖没到位就报 0x80073CF3。正确顺序是先运行时、再框架、最后应用本体。
# 假设所有包已放在 C:\StorePkgs 目录下 # 第一步：装 VCLibs 运行时，x64 和 x86 都要，很多应用是混合依赖 Add-AppxPackage -Path "C:\StorePkgs\Microsoft.VCLibs.140.00_UBU_14.0.30704.0_x64__8wekyb3d8bbwe.Appx" Add-AppxPackage -Path "C:\StorePkgs\Microsoft.VCLibs.140.00_UBU_14.0.30704.0_x86__8wekyb3d8bbwe.Appx" # 第二步：装 .NET Native 运行时和框架 Add-AppxPackage -Path "C:\StorePkgs\Microsoft.NET.Native.Runtime.2.2_2.2.28604.0_x64__8wekyb3d8bbwe.Appx" Add-AppxPackage -Path "C:\StorePkgs\Microsoft.NET.Native.Framework.2.2_2.2.29512.0_x64__8wekyb3d8bbwe.Appx" # 第三步：装 UI.Xaml 控件库 Add-AppxPackage -Path "C:\StorePkgs\Microsoft.UI.Xaml.2.8_8.2306.22001.0_x64__8wekyb3d8bbwe.Appx" # 第四步：装商店本体和购买应用 Add-AppxPackage -Path "C:\StorePkgs\Microsoft.WindowsStore_22306.1401.1.0_neutral_~_8wekyb3d8bbwe.AppxBundle" Add-AppxPackage -Path "C:\StorePkgs\Microsoft.StorePurchaseApp_22306.1401.1.0_neutral_~_8wekyb3d8bbwe.AppxBundle" # 第五步：装 DesktopAppInstaller（winget 宿主） Add-AppxPackage -Path "C:\StorePkgs\Microsoft.DesktopAppInstaller_2023.1112.2033.0_neutral_~_8wekyb3d8bbwe.AppxBundle"逻辑说明：Add-AppxPackage会即时校验依赖，所以顺序错了会立刻报错，不会留下半装状态。AppxBundle是打包了多架构的包，Appx是单架构。x64 系统上 VCLibs 的 x86 版本也要装，因为部分 UWP 应用内部仍调用 32 位运行时。
参数说明：-Path指向本地包路径。如果包有依赖但你没手动装，可以加-DependencyPath一次性指定，但依赖多的时候不如按顺序手动装清晰。安装成功不会有花哨提示，失败会返回 HRESULT，记下这个码去查。
3.3 验证安装结果：三个必须过的检查点
装完别急着点开商店，先做三项验证，能提前暴露大部分问题。
# 检查 1：列出所有已安装的 Store 相关包，确认状态为 Ok Get-AppxPackage -Name "Microsoft.WindowsStore","Microsoft.StorePurchaseApp","Microsoft.DesktopAppInstaller" | Select-Object Name, Version, Status # 检查 2：确认依赖包都在 Get-AppxPackage -Name "Microsoft.VCLibs*","Microsoft.NET.Native*","Microsoft.UI.Xaml*" | Select-Object Name, Version # 检查 3：尝试注册商店，修复可能的注册表关联缺失 Get-AppxPackage -Name Microsoft.WindowsStore | ForEach-Object {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}逻辑说明：检查 1 的Status字段如果是Ok说明包完整；如果是Modified或Tampered，说明包被改动过，需要重装。检查 3 的-Register是重新注册应用清单，能修复「包在但开始菜单不显示」或「点击无反应」的问题，-DisableDevelopmentMode表示按正式模式注册而非开发者模式。
三项都过了，再打开商店。第一次启动会慢，因为要初始化缓存，等它转完。如果首页能正常显示、搜索能出结果、登录能进，基本就成了。
4. 避坑与排查：LTSC 补商店最常见的五个翻车现场
4.1 商店能打开但首页一直转圈
现象：商店窗口出来了，但首页内容区一直加载，或者显示空白。
原因：九成是Microsoft.UI.Xaml版本不匹配或缺失。新版商店界面完全依赖 UI.Xaml 渲染，缺了它界面框架起不来，但进程不崩，所以表现为转圈。
解决：确认 UI.Xaml 已安装且版本与商店包要求一致。用Get-AppxPackage Microsoft.UI.Xaml看版本，如果低于商店包 manifest 里声明的最低版本，换一个更新的 UI.Xaml 包重装。装完重启一次explorer.exe或直接重启系统。
4.2 安装时报 0x80073CF3
现象：Add-AppxPackage返回 0x80073CF3，提示依赖不满足。
原因：依赖链缺环，或者包分支和系统分支不匹配。比如在 1809 上装了 21H2 的商店包，它依赖的 VCLibs 版本在 1809 上装不上。
解决：先Get-AppxPackage列出所有已装依赖，对照商店包 manifest 里的<Dependencies>逐个核对。缺哪个补哪个。如果是分支不匹配，换对应分支的包，别硬装。
4.3 登录报错 0x800704CF 或无法连接
现象：商店能开，点登录转半天然后报网络错误。
原因：ClipSVC服务没运行，或者系统时间偏差过大导致许可证校验失败。LTSC 精简后某些网络相关组件也可能被裁掉。
解决：先Start-Service ClipSVC并设为 Manual 启动。再检查系统时间是否准确，偏差超过几分钟就会导致登录令牌校验失败。如果还不行，确认Windows License Manager Service也在运行。
4.4 应用能下载但装完闪退
现象：商店里点安装，下载完成，但应用启动即闪退。
原因：该应用依赖的运行时没装全，最常见是缺Microsoft.NET.Native.Runtime或特定版本的 VCLibs。UWP 应用闪退基本不在事件日志里留明显痕迹，得靠依赖排查。
解决：用Get-AppxPackage -Name <应用名>看它的 Dependencies 字段，把缺的运行时补上。或者直接装一个完整的 VCLibs + NET.Native 组合，覆盖大多数情况。
4.5 系统更新后商店又没了
现象：补好的商店，某次 Windows 更新后消失或打不开。
原因：LTSC 虽然功能更新少，但月度累积更新仍可能重置部分 Appx 注册状态，尤其是涉及系统组件的更新。
解决：不用重装包，先试重新注册：Get-AppxPackage Microsoft.WindowsStore | ForEach-Object {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}。多数情况这一步就能恢复。如果包本身被移除，再按第 3 章顺序补装。
5. 让补好的商店长期可用：版本锁定与自动化重注册
补商店不是一锤子买卖。LTSC 的生命周期长，中间会经历多次累积更新，商店的注册状态可能被重置。与其每次手动修，不如把「检查 + 重注册」做成一个可重复执行的脚本，放在计划任务里按需跑。
# check-store.ps1 # 检查商店状态，异常时自动重注册 $store = Get-AppxPackage -Name Microsoft.WindowsStore -ErrorAction SilentlyContinue if (-not $store) { Write-Output "Store 包不存在，需要重新安装离线包" exit 1 } if ($store.Status -ne "Ok") { Write-Output "Store 状态异常：$($store.Status)，尝试重注册" Add-AppxPackage -DisableDevelopmentMode -Register "$($store.InstallLocation)\AppXManifest.xml" Write-Output "重注册完成" } else { Write-Output "Store 状态正常，版本 $($store.Version)" } # 顺带检查关键依赖是否还在 $deps = @("Microsoft.VCLibs.140.00", "Microsoft.UI.Xaml.2.8", "Microsoft.DesktopAppInstaller") foreach ($d in $deps) { $p = Get-AppxPackage -Name $d -ErrorAction SilentlyContinue if (-not $p) { Write-Output "依赖缺失：$d" } }逻辑说明：脚本先判断商店包是否存在，不存在说明被更新移除了，需要回到离线包流程；存在但状态不是 Ok，就重注册。后半段顺带扫一遍关键依赖，缺了会打印出来，方便你提前补。这个脚本可以手动跑，也可以挂到计划任务里每月执行一次。
参数说明：-ErrorAction SilentlyContinue让查询在包不存在时不抛异常，直接返回空，便于用if (-not $store)判断。-DisableDevelopmentMode保证按正式模式注册，避免引入开发者模式依赖。
关于版本锁定，我的习惯是把验证过能用的那套离线包单独存一份，连同版本号记在一个文本文件里。LTSC 2021 上我长期用的组合是 VCLibs 14.0.30704、NET.Native 2.2.28604、UI.Xaml 2.8、Store 22306 这一组，装完稳定，登录下载都正常。不追新版本，因为新商店包可能引入对更高分支的依赖，在 LTSC 上反而装不上。稳定优先于新，这是 LTSC 场景下最该记住的一条。
最后说个血泪经验：别在补商店的同时去动系统里的其他 UWP 组件。LTSC 精简掉的东西不止商店一个，有人顺手把 Cortana、Xbox 相关包也一起装，结果依赖冲突，商店反而打不开。一次只做一件事，装完验证通过再动下一个。这套流程我在多台 LTSC 机器上复现过，只要分支选对、顺序不乱、依赖补齐，商店就能长期稳定用下去。希望帮到你。
本文还有配套的精品资源，点击获取
