拓冰网站定制 
简介这份资源面向使用 Windows 10 Enterprise LTSC 的用户尤其是被 wsappx 进程 CPU 占用过高、输入法缺少提示框等问题困扰又希望用上微软应用商店的进阶玩家与运维人员。压缩包共 16 个文件以 appx、appxbundle 安装包为主辅以 xml 依赖描述、cmd 部署脚本和 md 说明文档整体约 68.16MB结构清晰、便于按需调用。资源通过补齐应用商店及其运行库依赖帮助读者在精简版系统上恢复商店功能同时缓解 wsappx 高占用与输入法提示异常并附有 WSReset 重置缓存等排错思路。目前已有 2178 人学习下载适合需要为 LTSC 环境补全商店组件、排查系统资源占用问题的用户参考实践。1. LTSC 装商店这件事为什么值得单独写一篇LTSC 版本砍掉应用商店不是阉割是定位使然——它面向的是收银机、工控机、医疗设备这类装完就不许乱动的场景。但现实里大量人拿 LTSC 当日常主力系统用图的就是它没有 Cortana、没有预装全家桶、后台干净。结果一装完发现想用个便签、想装个 HEVC 解码器、想用 Windows Terminal 的商店更新通道全卡在没有商店这一步。更麻烦的是另一个连锁反应LTSC 2019 上wsappx进程 CPU 占用常年飘红输入法候选框不弹出。很多人以为是系统坏了重装、换输入法、关服务折腾一圈最后发现根因就是商店组件缺失导致 AppX 部署服务反复重试。这份LTSC-Add-MicrosoftStore-2019资源包干的就是一件事把商店及其依赖的运行时框架按正确顺序离线塞回系统。它适合三类人——拿 LTSC 当办公主力机的、需要离线批量部署的运维、以及被wsappx折磨过的普通用户。2. 拆开这个包每个 Appx 到底在补什么2.1 依赖链不是随便装的顺序错了直接报 0x80073CF3先看清楚包里有什么。这不是一个安装程序是一堆.Appx/.AppxBundle加几个.xml许可证文件外加一个Add-Store.cmd批处理。核心组件分四层组件作用缺了会怎样Microsoft.NET.Native.Framework/Runtime1.6UWP 应用的 .NET 运行时底座商店启动即闪退Microsoft.VCLibs.140.00Visual C 运行库x64/x86 各一份部分页面白屏Microsoft.XboxIdentityProvider账户身份验证登录商店卡在转圈Microsoft.StorePurchaseApp购买/支付流程免费应用能装付费的报错Microsoft.DesktopAppInstallerApp Installer负责.appx双击安装后续装别的包全废Microsoft.WindowsStore商店本体主角装错顺序的典型症状是Add-AppxPackage返回0x80073CF3依赖包未找到。血泪经验框架类必须先于应用类也就是 NET.Native → VCLibs → XboxIdentityProvider → StorePurchaseApp → DesktopAppInstaller → WindowsStore。包里那个.cmd已经把这个顺序写死了所以别自作聪明手动一个个双击。2.2 为什么是 2019 这个版本号而不是随便找个新版LTSC 2019 对应的是 Windows 10 1809 内核。商店包和系统内核有强绑定关系——你拿 22H2 的商店包往 1809 上装大概率卡在签名验证或者运行时版本不匹配。这个资源包里的版本号WindowsStore_11809.1001.713.0、StorePurchaseApp_11808.1001.413.0就是冲着 1809 时代匹配的。有人会问那我直接去网上抓最新版商店包行不行行但你得同时抓对配套的 NET.Native 和 VCLibs 版本还得处理 x64/x86 双架构。这个包的价值就在于它已经把一套验证过能互相咬合的版本组合打包好了省掉你自己拼依赖的功夫。这也是为什么它叫-2019而不是通用版。2.3 动手前先确认三件事在跑脚本之前先做三个检查能省掉后面一半的排错时间。第一确认系统版本。WinR输入winver看是不是 1809OS 内部版本 17763。如果是 LTSC 202119044这个包不一定适用得找对应版本。第二确认 PowerShell 执行策略。默认情况下脚本里的Add-AppxPackage可能被拦。以管理员身份开 PowerShell 跑一句# 查看当前执行策略Restricted 状态下脚本里的命令会被拦 Get-ExecutionPolicy -List # 如果 CurrentUser 是 Restricted临时放开只对当前会话生效重启恢复 Set-ExecutionPolicy -Scope Process -ExecutionPolicy Bypass参数说明-Scope Process保证只影响当前这个 PowerShell 窗口不动系统全局策略用完关掉窗口就恢复比直接改LocalMachine安全得多。第三确认AppXSvc和ClipSVC两个服务没被禁用。有些优化版LTSC 会把这俩服务关掉导致Add-AppxPackage直接失败。检查命令# 在管理员 CMD 里执行看两个服务的启动类型 sc query AppXSvc sc query ClipSVC如果STATE显示STOPPED且启动类型是DISABLED先改回手动sc config AppXSvc start demand注意等号后有空格。这一步不做后面脚本跑到一半报错你还得回头查。3. 从解压到商店能登录完整执行链路3.1 解压位置有讲究别放桌面把LTSC-Add-MicrosoftStore-2019.7z解压到一个纯英文、无空格的路径比如C:\LTSCStore。原因有两个一是批处理里如果有相对路径引用中文路径在某些代码页下会乱码二是Add-AppxPackage对含空格的路径偶尔会解析出错。解压后目录里应该能看到Add-Store.cmd和一堆.Appx文件平铺在一起。确认README.md也在——里面通常写了这个包对应的系统版本和已知问题花两分钟扫一眼比出事后再翻强。3.2 管理员权限跑 Add-Store.cmd但别急着关窗口右键Add-Store.cmd→ 以管理员身份运行。脚本内部大致做这几件事先cd到自身目录然后按依赖顺序逐个Add-AppxPackage每个包装完检查返回码。如果你想看清楚它到底干了什么推荐别直接双击而是用管理员 CMD 手动跑并保留输出# 切到解压目录 cd /d C:\LTSCStore # 执行脚本输出会留在窗口里方便看报错 Add-Store.cmd关键点脚本跑完不要立刻关窗口。如果某个包失败窗口里会有Add-AppxPackage : 部署失败加错误码。常见的几个0x80073CF3依赖没装好检查是不是跳过了 NET.Native。0x80073CF9包已存在或版本冲突说明系统里残留了旧商店需要先清理。0x80073D02有另一个部署正在进行等几分钟重试。3.3 装完先别开商店先重置缓存这是摘要里特别强调的一步也是很多人忽略的一步。装完商店直接点开经常遇到商店打开空白一直转圈提示 0x80131500。原因是旧的商店缓存和新的组件对不上。正确做法WinR输入WSReset.exe回车。这个命令会清空并重置商店的所有缓存执行时会弹一个空白窗口几十秒后自动关闭并拉起商店。别手动关那个空白窗口等它自己走完。如果WSReset跑完商店还是打不开再补一条 PowerShell 重注册命令# 重新注册当前用户的商店包修复注册表与包状态不一致 Get-AppxPackage -allusers Microsoft.WindowsStore | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register $($_.InstallLocation)\AppXManifest.xml}参数说明-allusers列出所有用户的商店包-DisableDevelopmentMode表示以正常非开发模式注册-Register指向包内的清单文件。这条命令本质是让系统重新读一遍商店的注册信息对装了但打不开特别有效。3.4 验证商店真的活了而不是看起来能开打开商店能进首页不代表装好了。真正的验证是能装一个应用并成功启动。找个体积小的免费应用比如某个记事本类工具点安装看进度条走完、能点打开并真的启动。这一步过了说明依赖链、账户验证、部署服务全通了。顺带验证wsappx问题是否解决装完后打开任务管理器观察wsappx展开后是AppX Deployment Service的 CPU 占用。正常情况下它应该回落到接近 0而不是持续 20% 以上。如果还是高说明还有别的 AppX 包处于损坏状态需要单独排查。4. 避坑与排查五个真实翻车现场4.1 现象脚本一闪而过商店没装上原因双击运行时没有管理员权限Add-AppxPackage静默失败批处理没做错误暂停就直接退出了。解决永远用以管理员身份运行或者手动开管理员 CMD 再执行。跑完看窗口里有没有部署成功字样没有就是没成。4.2 现象报 0x80073CF9提示包已注册原因系统里之前装过商店可能是别人帮你装过或者系统更新残留新旧版本冲突。解决先卸载再装。管理员 PowerShell 里# 移除所有用户的商店包再重新跑 Add-Store.cmd Get-AppxPackage -allusers Microsoft.WindowsStore | Remove-AppxPackage -allusers注意Remove-AppxPackage对系统内置包有时会拒绝如果报错就改用-DisableDevelopmentMode那条重注册命令覆盖。4.3 现象商店能开但登录微软账户一直转圈原因Microsoft.XboxIdentityProvider没装或版本不对账户验证链路断了。解决单独确认这个包在不在。Get-AppxPackage *XboxIdentity*看有没有输出。没有的话手动补装包里的Microsoft.XboxIdentityProvider_12.45.6001.0_neutral_~_8wekyb3d8bbwe.AppxBundle。4.4 现象装完商店输入法候选框还是不弹原因输入法问题和商店是两个独立问题只是经常同时出现在 LTSC 上。商店修复不会自动修输入法。解决输入法候选框不弹通常是TabletInputServiceTouch Keyboard and Handwriting Panel Service被禁用。services.msc里找到它启动类型改成手动并启动。这个和商店无关别指望装商店能顺带解决。4.5 现象WSReset 跑完商店反而打不开了原因重置过程中商店进程被强制结束但缓存目录没清干净导致状态更乱。解决重启一次系统再开商店。重启会触发 AppX 部署服务重新扫描所有包状态比反复跑 WSReset 有效。如果重启后还不行走 3.3 节那条重注册命令。5. 离线批量部署与版本适配的进阶玩法单机装商店只是入门。真正体现这个包价值的地方是批量离线部署——比如你手上有二十台 LTSC 工控机都不联网怎么统一把商店装上。思路是把Add-Store.cmd改造成可静默执行的脚本配合域策略或 U 盘批处理分发。核心改动是去掉所有交互提示并在每个Add-AppxPackage后加错误码判断。我一般会这么写# 批量部署片段遍历目录下所有 Appx按依赖顺序装失败即记录 $order ( Microsoft.NET.Native.Framework*, Microsoft.NET.Native.Runtime*, Microsoft.VCLibs*, Microsoft.XboxIdentityProvider*, Microsoft.StorePurchaseApp*, Microsoft.DesktopAppInstaller*, Microsoft.WindowsStore* ) foreach ($pattern in $order) { Get-ChildItem -Path C:\LTSCStore -Filter $pattern.Appx* | ForEach-Object { try { Add-AppxPackage -Path $_.FullName -ErrorAction Stop Write-Host OK: $($_.Name) } catch { Write-Host FAIL: $($_.Name) - $($_.Exception.Message) } } }这段脚本的关键在于$order数组——它把依赖顺序显式写死比依赖文件名的字母序可靠得多。-ErrorAction Stop让每个包失败时能被catch捕获并记录而不是默默跳过。批量场景下你需要的不是装成功而是哪台机器哪个包失败了的清单。版本适配方面如果你面对的是 LTSC 2021 而不是 2019这个包里的商店版本可能偏旧。判断标准很简单装完后商店能不能正常更新自己。能更新说明版本兼容更新报错就得去找对应 19044 内核的商店包。别硬套内核不匹配的坑比缺商店还难填。从那以后我每次给 LTSC 装商店都强制走一遍winver 确认版本 → 检查 AppXSvc 服务 → 按序装包 → WSReset → 实装一个应用验证这五步一步不省。看起来啰嗦但比装完打不开再回头查快得多。希望帮到你。本文还有配套的精品资源点击获取 LTSC 2019 离线安装微软商店：依赖顺序、避坑与批量部署指南
简介这份资源面向使用 Windows 10 Enterprise LTSC 的用户尤其是被 wsappx 进程 CPU 占用过高、输入法缺少提示框等问题困扰又希望用上微软应用商店的进阶玩家与运维人员。压缩包共 16 个文件以 appx、appxbundle 安装包为主辅以 xml 依赖描述、cmd 部署脚本和 md 说明文档整体约 68.16MB结构清晰、便于按需调用。资源通过补齐应用商店及其运行库依赖帮助读者在精简版系统上恢复商店功能同时缓解 wsappx 高占用与输入法提示异常并附有 WSReset 重置缓存等排错思路。目前已有 2178 人学习下载适合需要为 LTSC 环境补全商店组件、排查系统资源占用问题的用户参考实践。1. LTSC 装商店这件事为什么值得单独写一篇LTSC 版本砍掉应用商店不是阉割是定位使然——它面向的是收银机、工控机、医疗设备这类装完就不许乱动的场景。但现实里大量人拿 LTSC 当日常主力系统用图的就是它没有 Cortana、没有预装全家桶、后台干净。结果一装完发现想用个便签、想装个 HEVC 解码器、想用 Windows Terminal 的商店更新通道全卡在没有商店这一步。更麻烦的是另一个连锁反应LTSC 2019 上wsappx进程 CPU 占用常年飘红输入法候选框不弹出。很多人以为是系统坏了重装、换输入法、关服务折腾一圈最后发现根因就是商店组件缺失导致 AppX 部署服务反复重试。这份LTSC-Add-MicrosoftStore-2019资源包干的就是一件事把商店及其依赖的运行时框架按正确顺序离线塞回系统。它适合三类人——拿 LTSC 当办公主力机的、需要离线批量部署的运维、以及被wsappx折磨过的普通用户。2. 拆开这个包每个 Appx 到底在补什么2.1 依赖链不是随便装的顺序错了直接报 0x80073CF3先看清楚包里有什么。这不是一个安装程序是一堆.Appx/.AppxBundle加几个.xml许可证文件外加一个Add-Store.cmd批处理。核心组件分四层组件作用缺了会怎样Microsoft.NET.Native.Framework/Runtime1.6UWP 应用的 .NET 运行时底座商店启动即闪退Microsoft.VCLibs.140.00Visual C 运行库x64/x86 各一份部分页面白屏Microsoft.XboxIdentityProvider账户身份验证登录商店卡在转圈Microsoft.StorePurchaseApp购买/支付流程免费应用能装付费的报错Microsoft.DesktopAppInstallerApp Installer负责.appx双击安装后续装别的包全废Microsoft.WindowsStore商店本体主角装错顺序的典型症状是Add-AppxPackage返回0x80073CF3依赖包未找到。血泪经验框架类必须先于应用类也就是 NET.Native → VCLibs → XboxIdentityProvider → StorePurchaseApp → DesktopAppInstaller → WindowsStore。包里那个.cmd已经把这个顺序写死了所以别自作聪明手动一个个双击。2.2 为什么是 2019 这个版本号而不是随便找个新版LTSC 2019 对应的是 Windows 10 1809 内核。商店包和系统内核有强绑定关系——你拿 22H2 的商店包往 1809 上装大概率卡在签名验证或者运行时版本不匹配。这个资源包里的版本号WindowsStore_11809.1001.713.0、StorePurchaseApp_11808.1001.413.0就是冲着 1809 时代匹配的。有人会问那我直接去网上抓最新版商店包行不行行但你得同时抓对配套的 NET.Native 和 VCLibs 版本还得处理 x64/x86 双架构。这个包的价值就在于它已经把一套验证过能互相咬合的版本组合打包好了省掉你自己拼依赖的功夫。这也是为什么它叫-2019而不是通用版。2.3 动手前先确认三件事在跑脚本之前先做三个检查能省掉后面一半的排错时间。第一确认系统版本。WinR输入winver看是不是 1809OS 内部版本 17763。如果是 LTSC 202119044这个包不一定适用得找对应版本。第二确认 PowerShell 执行策略。默认情况下脚本里的Add-AppxPackage可能被拦。以管理员身份开 PowerShell 跑一句# 查看当前执行策略Restricted 状态下脚本里的命令会被拦 Get-ExecutionPolicy -List # 如果 CurrentUser 是 Restricted临时放开只对当前会话生效重启恢复 Set-ExecutionPolicy -Scope Process -ExecutionPolicy Bypass参数说明-Scope Process保证只影响当前这个 PowerShell 窗口不动系统全局策略用完关掉窗口就恢复比直接改LocalMachine安全得多。第三确认AppXSvc和ClipSVC两个服务没被禁用。有些优化版LTSC 会把这俩服务关掉导致Add-AppxPackage直接失败。检查命令# 在管理员 CMD 里执行看两个服务的启动类型 sc query AppXSvc sc query ClipSVC如果STATE显示STOPPED且启动类型是DISABLED先改回手动sc config AppXSvc start demand注意等号后有空格。这一步不做后面脚本跑到一半报错你还得回头查。3. 从解压到商店能登录完整执行链路3.1 解压位置有讲究别放桌面把LTSC-Add-MicrosoftStore-2019.7z解压到一个纯英文、无空格的路径比如C:\LTSCStore。原因有两个一是批处理里如果有相对路径引用中文路径在某些代码页下会乱码二是Add-AppxPackage对含空格的路径偶尔会解析出错。解压后目录里应该能看到Add-Store.cmd和一堆.Appx文件平铺在一起。确认README.md也在——里面通常写了这个包对应的系统版本和已知问题花两分钟扫一眼比出事后再翻强。3.2 管理员权限跑 Add-Store.cmd但别急着关窗口右键Add-Store.cmd→ 以管理员身份运行。脚本内部大致做这几件事先cd到自身目录然后按依赖顺序逐个Add-AppxPackage每个包装完检查返回码。如果你想看清楚它到底干了什么推荐别直接双击而是用管理员 CMD 手动跑并保留输出# 切到解压目录 cd /d C:\LTSCStore # 执行脚本输出会留在窗口里方便看报错 Add-Store.cmd关键点脚本跑完不要立刻关窗口。如果某个包失败窗口里会有Add-AppxPackage : 部署失败加错误码。常见的几个0x80073CF3依赖没装好检查是不是跳过了 NET.Native。0x80073CF9包已存在或版本冲突说明系统里残留了旧商店需要先清理。0x80073D02有另一个部署正在进行等几分钟重试。3.3 装完先别开商店先重置缓存这是摘要里特别强调的一步也是很多人忽略的一步。装完商店直接点开经常遇到商店打开空白一直转圈提示 0x80131500。原因是旧的商店缓存和新的组件对不上。正确做法WinR输入WSReset.exe回车。这个命令会清空并重置商店的所有缓存执行时会弹一个空白窗口几十秒后自动关闭并拉起商店。别手动关那个空白窗口等它自己走完。如果WSReset跑完商店还是打不开再补一条 PowerShell 重注册命令# 重新注册当前用户的商店包修复注册表与包状态不一致 Get-AppxPackage -allusers Microsoft.WindowsStore | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register $($_.InstallLocation)\AppXManifest.xml}参数说明-allusers列出所有用户的商店包-DisableDevelopmentMode表示以正常非开发模式注册-Register指向包内的清单文件。这条命令本质是让系统重新读一遍商店的注册信息对装了但打不开特别有效。3.4 验证商店真的活了而不是看起来能开打开商店能进首页不代表装好了。真正的验证是能装一个应用并成功启动。找个体积小的免费应用比如某个记事本类工具点安装看进度条走完、能点打开并真的启动。这一步过了说明依赖链、账户验证、部署服务全通了。顺带验证wsappx问题是否解决装完后打开任务管理器观察wsappx展开后是AppX Deployment Service的 CPU 占用。正常情况下它应该回落到接近 0而不是持续 20% 以上。如果还是高说明还有别的 AppX 包处于损坏状态需要单独排查。4. 避坑与排查五个真实翻车现场4.1 现象脚本一闪而过商店没装上原因双击运行时没有管理员权限Add-AppxPackage静默失败批处理没做错误暂停就直接退出了。解决永远用以管理员身份运行或者手动开管理员 CMD 再执行。跑完看窗口里有没有部署成功字样没有就是没成。4.2 现象报 0x80073CF9提示包已注册原因系统里之前装过商店可能是别人帮你装过或者系统更新残留新旧版本冲突。解决先卸载再装。管理员 PowerShell 里# 移除所有用户的商店包再重新跑 Add-Store.cmd Get-AppxPackage -allusers Microsoft.WindowsStore | Remove-AppxPackage -allusers注意Remove-AppxPackage对系统内置包有时会拒绝如果报错就改用-DisableDevelopmentMode那条重注册命令覆盖。4.3 现象商店能开但登录微软账户一直转圈原因Microsoft.XboxIdentityProvider没装或版本不对账户验证链路断了。解决单独确认这个包在不在。Get-AppxPackage *XboxIdentity*看有没有输出。没有的话手动补装包里的Microsoft.XboxIdentityProvider_12.45.6001.0_neutral_~_8wekyb3d8bbwe.AppxBundle。4.4 现象装完商店输入法候选框还是不弹原因输入法问题和商店是两个独立问题只是经常同时出现在 LTSC 上。商店修复不会自动修输入法。解决输入法候选框不弹通常是TabletInputServiceTouch Keyboard and Handwriting Panel Service被禁用。services.msc里找到它启动类型改成手动并启动。这个和商店无关别指望装商店能顺带解决。4.5 现象WSReset 跑完商店反而打不开了原因重置过程中商店进程被强制结束但缓存目录没清干净导致状态更乱。解决重启一次系统再开商店。重启会触发 AppX 部署服务重新扫描所有包状态比反复跑 WSReset 有效。如果重启后还不行走 3.3 节那条重注册命令。5. 离线批量部署与版本适配的进阶玩法单机装商店只是入门。真正体现这个包价值的地方是批量离线部署——比如你手上有二十台 LTSC 工控机都不联网怎么统一把商店装上。思路是把Add-Store.cmd改造成可静默执行的脚本配合域策略或 U 盘批处理分发。核心改动是去掉所有交互提示并在每个Add-AppxPackage后加错误码判断。我一般会这么写# 批量部署片段遍历目录下所有 Appx按依赖顺序装失败即记录 $order ( Microsoft.NET.Native.Framework*, Microsoft.NET.Native.Runtime*, Microsoft.VCLibs*, Microsoft.XboxIdentityProvider*, Microsoft.StorePurchaseApp*, Microsoft.DesktopAppInstaller*, Microsoft.WindowsStore* ) foreach ($pattern in $order) { Get-ChildItem -Path C:\LTSCStore -Filter $pattern.Appx* | ForEach-Object { try { Add-AppxPackage -Path $_.FullName -ErrorAction Stop Write-Host OK: $($_.Name) } catch { Write-Host FAIL: $($_.Name) - $($_.Exception.Message) } } }这段脚本的关键在于$order数组——它把依赖顺序显式写死比依赖文件名的字母序可靠得多。-ErrorAction Stop让每个包失败时能被catch捕获并记录而不是默默跳过。批量场景下你需要的不是装成功而是哪台机器哪个包失败了的清单。版本适配方面如果你面对的是 LTSC 2021 而不是 2019这个包里的商店版本可能偏旧。判断标准很简单装完后商店能不能正常更新自己。能更新说明版本兼容更新报错就得去找对应 19044 内核的商店包。别硬套内核不匹配的坑比缺商店还难填。从那以后我每次给 LTSC 装商店都强制走一遍winver 确认版本 → 检查 AppXSvc 服务 → 按序装包 → WSReset → 实装一个应用验证这五步一步不省。看起来啰嗦但比装完打不开再回头查快得多。希望帮到你。本文还有配套的精品资源点击获取