简介这份资源面向使用 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 LTSC2019 / 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.00x64 / x86Visual 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 20191809 分支。输出10.0.19044.x→ LTSC 202121H2 分支。版本号决定了你后面要选的包分支。这一步别偷懒选错分支是后面所有报错的源头。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 # 第五步装 DesktopAppInstallerwinget 宿主 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 机器上复现过只要分支选对、顺序不乱、依赖补齐商店就能长期稳定用下去。希望帮到你。本文还有配套的精品资源点击获取