当前位置：首页 > news >正文

Windows 11 LTSC 装回微软商店：LTSC-Add-MicrosoftStore 完整安装与排查指南

news 2026/8/20 11:14:58

Windows 11 LTSC 装回微软商店：LTSC-Add-MicrosoftStore 完整安装与排查指南

【免费下载链接】LTSC-Add-MicrosoftStoreAdd Windows Store to Windows 11 24H2 LTSC项目地址: https://gitcode.com/gh_mirrors/ltscad/LTSC-Add-MicrosoftStore

刚装好 Windows 11 24H2 LTSC 的你是不是也遇到过这样的尴尬：系统确实又干净又快，可打开开始菜单想装个计算器，翻遍也找不到 Microsoft Store 的入口；跑去微软官网下载商店安装包，得到的回复却是"此应用不适用于你的设备"。LTSC-Add-MicrosoftStore 这个开源小工具就是专门来解这道题的：一条批处理脚本，把微软商店和它依赖的运行组件一并装好，免重装、免手动折腾。本文面向所有被 LTSC 缺商店困扰的新手和普通用户，带你从头到尾跑通"Windows 11 LTSC 安装微软商店"的完整流程。

一个让不少 LTSC 用户卡住的场景

LTSC（长期服务通道）版本的定位是"精简、稳定、少打扰"。微软默认把商店这类联网应用整体从系统里拿掉了——对企业来说是减少维护负担，对个人来说却是实打实的麻烦：想装 Teams、记事本、终端、截图工具，全都无从下手。

摆在面前的通常只有两条路：

找第三方整合安装包碰运气，风险自担；
干脆重装成完整版系统，白白放弃 LTSC 的干净与稳定。

其实还有第三条路——用 LTSC-Add-MicrosoftStore 把商店"补"回现有系统。它不碰系统镜像，不动 LTSC 的企业级特性，只专注一件事：把商店连同运行它所需的基础组件一起装好。装完不喜欢，还能干净地卸载，随时回到"安装前"的状态。

为什么"单独一个商店包"永远装不上

很多人以为微软商店就是一个独立应用，拷进去就能用。真相没那么简单：商店是一套组合件，缺一不可。

商店本体（Microsoft.WindowsStore）是 UWP 应用包，它运行依赖三样基础运行库：

组件	作用（大白话版）
VCLibs	微软 C++ 运行时库，几乎所有现代商店应用的地基
NET.Native Framework / Runtime	.NET 原生框架与运行时，不少应用靠它执行代码
UI.Xaml	现代 Windows 界面框架，负责界面渲染

在普通 Windows 上，这些组件随系统预装，你平时根本感觉不到它们的存在；而 LTSC 把它们和商店一起剥离了。所以只塞一个商店安装包进去必然跑不起来——这正是"从官网下载却装不上"的根本原因。LTSC-Add-MicrosoftStore 的思路，就是把商店本体和这一串依赖当作一个整体来安装。

翻一下脚本源码（项目里的Add-Store.cmd）就能看到，它启动后会按顺序完成几次"体检"：

版本检查：确认系统满足 Windows 11 24H2 的最低版本要求，不达标直接退出并提示；
权限检查：没有管理员权限就拒绝执行并报错；
架构识别：根据系统是 x64 还是 arm64，挑对应架构的依赖文件，避免装错；
依赖安装 + 商店注册：用Add-AppxPackage依次装入 VCLibs、NET.Native、UI.Xaml，再用许可证文件注册商店本体，最后按目录里的文件情况补装购买组件和桌面应用安装器。

这套流程手动操作极易出错，脚本把它压缩成了"双击运行"一件事。

安装前的三分钟准备

动手之前，先照着这份清单确认三件事，能帮你避开八成以上的坑：

系统确认为Windows 11 24H2 LTSC或更新版本；
磁盘剩余空间至少 1GB（安装包不大，但后续装应用会用到）；
网络连接正常（离线也能装商店本体，但之后下载应用需要联网）。

获取项目文件有两种方式，任选其一：

用 git 拉取：

git clone https://gitcode.com/gh_mirrors/ltscad/LTSC-Add-MicrosoftStore

或者直接下载 ZIP 压缩包，解压到任意普通目录（建议放 C 盘以外的位置，避开权限干扰）。

⚠️ 特别提醒：不要为了"精简"把压缩包里的文件挑出来，只留商店安装包。脚本会检查当前目录是否包含WindowsStore*.msixbundle、依赖组件和许可证文件，缺文件会直接报错退出。解压后保持原样即可。

安装四步走：从双击到验证

第一步，以管理员身份运行脚本。右键点击Add-Store.cmd，选择"以管理员身份运行"，弹出 UAC 提示时选"是"。这一步是整个流程的重中之重——脚本要调用Add-AppxPackage、Add-AppxProvisionedPackage这类系统级命令向整台机器注册应用，普通权限会被直接拒绝，你会看到 "Please run the script as Administrator" 的报错后退出。

第二步，等待安装完成。正常运行时，终端会依次打印 "Installing Microsoft Store" 和各组件的安装进度。整个过程大约 2-3 分钟，看到 "Installation Complete" 字样即表示全部装好。

第三步，验证是否成功。按Win键打开开始菜单，搜索 "Store" 或 "Microsoft Store"，能搜到入口并正常打开，说明商店已就位。想更严谨地确认，打开 PowerShell 执行：

Get-AppxPackage Microsoft.WindowsStore

能输出版本号，即表示注册成功。

第四步，跑通完整链路。建议登录微软账户，搜索并安装一个应用（比如计算器），走一遍"下载—安装—启动"全流程，确认商店功能正常。

装完想反悔？卸载也很干净

商店并没有"焊死"在系统里，随时可以移除。图形界面用户去"设置 → 应用 → 已安装的应用"里找到 Microsoft Store 卸载即可；习惯命令行的读者，用管理员身份打开 PowerShell 执行：

Get-AppxPackage Microsoft.WindowsStore | Remove-AppxPackage

依赖组件也能一并清掉，系统可以恢复到安装前的状态。

按需精简：两个文件决定装多装少

脚本有个很聪明的设计：根据目录里有没有对应文件来决定装不装。完整方案下你会得到三样东西：

组件	说明
微软商店核心功能	商店本体，必装
Store Purchase App	应用购买组件，支持应用内购买
Desktop App Installer	桌面应用安装器，自带 WinGet 包管理器

如果你用不到购买功能和包管理器，可以在运行脚本前删掉两个文件：

DesktopAppInstaller*.msixbundle：去掉桌面应用安装器；
StorePurchaseApp*.appxbundle：去掉购买组件。

这样脚本会跳过对应步骤，只装商店核心，更轻量。删除前确认你确实不需要这些功能，删了想恢复需要重新获取完整包。

另一条捷径：一条命令自动安装

不想下载安装包的话，项目还记录了一种"自动安装"思路：

以管理员身份打开 PowerShell；
执行wsreset -i；
等待系统弹出"商店已安装"的通知（可能需要几分钟）；
之后建议再从商店安装 App Installer，以获得 WinGet 支持。

这个方案依赖微软的在线分发通道，网络状况好的时候非常省事，可以当作备选。

商店就位后：还有几十个可选应用

项目打包里附带了几十个可选的 Inbox 应用安装包（各自是.zip，解压后双击即可安装）。日常使用频率较高的有这些：

应用	一句话评价	依赖
计算器 / 记事本 / 截图工具	系统级小工具，轻量实用	VCLibs、UI.Xaml 等
Windows Terminal	现代终端，开发者必备	VCLibs、UI.Xaml
照片 / 画图 / 相机	影音图文处理三件套	VCLibs、NET.Native 等
DevHome	面向开发者的环境管理面板	无
Power Automate Desktop	自动化流程工具	VCLibs

部分应用自身也有依赖（如 VCLibs、UI.Xaml、AppRuntime），项目文档里对每个应用的依赖关系列得清清楚楚，装之前先看一眼能少踩不少坑。

常见故障排查速查表

商店打不开或白屏：先重启系统，多数问题一步解决；还不行就清理缓存——在"运行"里输入WSReset.exe回车，这会重置并清空商店缓存。

商店注册异常：以管理员身份打开 PowerShell，执行下面的命令重新注册商店，然后再次重启：

PowerShell -ExecutionPolicy Unrestricted -Command "& {$manifest = (Get-AppxPackage Microsoft.WindowsStore).InstallLocation + '\AppxManifest.xml' ; Add-AppxPackage -DisableDevelopmentMode -Register $manifest}"

应用下载失败：依次检查系统时间与日期是否正确（证书校验依赖它）、网络是否稳定、C 盘是否有至少 500MB 空闲空间。这些都正常的话，把脚本原样重跑一遍，通常能解决依赖缺失问题。