企业官网建设流程全解析

简介：这份资源面向使用 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批处理。核心组件分四层：

装错顺序的典型症状是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 动手前先确认三件事

在跑脚本之前，先做三个检查，能省掉后面一半的排错时间。

第一，确认系统版本。Win+R输入winver，看是不是 1809（OS 内部版本 17763）。如果是 LTSC 2021（19044），这个包不一定适用，得找对应版本。

第二，确认 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"。原因是旧的商店缓存和新的组件对不上。

正确做法：Win+R输入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 上。商店修复不会自动修输入法。

解决：输入法候选框不弹通常是TabletInputService（Touch 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 → 实装一个应用验证"这五步，一步不省。看起来啰嗦，但比装完打不开再回头查快得多。希望帮到你。

本文还有配套的精品资源，点击获取