用 PowerShell 卸载与重装 Windows 内置应用：命令写法与重装方法

用 PowerShell 卸载 Windows 内置应用，靠的是 Appx 模块与 Dism 模块的几组 cmdlet。难点不在命令本身，而在先分清"已安装的包"和"预配的包"——它们由两条不同的命令负责，删掉的效果也不一样。本文按微软 Learn 官方文档逐条整理命令语法、参数含义、批量清理的官方做法与重装途径，文中每个入口名与参数说明都能在所引页面上逐字找到。

信息核验时点：2026-10-22（Windows 11 当前版本 26H2，上市日期 2026-09-29，最新版本 26300.9711；微软版本信息页最后修订 2026-10-13）

PowerShell 卸载内置应用要先分清哪两类包？

PowerShell 卸载 Windows 内置应用，指用 Appx 模块的命令行工具，把 Windows 预装的 MSIX/APPX 打包应用从用户账户或系统映像里移除，这类应用包的扩展名是 .msix 或 .appx。

官方对 Remove-AppxPackage 的描述是"Removes an app package from one or more user accounts"，也就是从一个或多个用户账户中移除应用包（Remove-AppxPackage）。同一个页面的正文写法更窄一些，写的是"removes an app package from a user account"，即从一个用户账户中移除，并紧跟一句包的定义：An app package has an .msix or .appx file extension（Remove-AppxPackage）。

开始动手前要先分清两类包，否则容易出现"这个账户删干净了，换个账户登录又冒出来"的情况。这两类包由两条名字只差一个词的命令负责，作用范围完全不同。

下表对比的正是这两条命令，选错哪一条都会白做。

表中"新建用户账户时不再安装该应用""不会从现有用户账户中移除"两句，出自 Remove-AppxProvisionedPackage 的官方说明页（Remove-AppxProvisionedPackage）。

你的系统版本够不够用？

先确认自己在哪个版本上，因为不同版本可用的手段并不一样。

微软的 Windows 11 版本信息页把当前版本列为 26H2，上市日期 2026-09-29，最新版本 26300.9711，该页最后修订日期为 2026-10-13（Windows 11 版本信息）。微软的下载页把当前版本写作"Windows 11 2026 更新 l 版本 26H2"（下载 Windows 11）。

这一页上还有一条容易踩的版本陷阱：26H1 的操作系统内部版本是 28000（最新版本 28000.3231），与 26H2 的 26300 不是一条线。官方说明 26H1 旨在为从 2026 年初开始陆续上市的新设备提供支持，并非面向现有设备的功能更新，此版本不作为现有设备上 24H2 或 25H2 的就地更新提供（Windows 11 版本信息）。也就是说，手上这台老机器升到 26H2，新设备出厂带的可能是 26H1，两条线的内部版本号差着一个千位。还在用 25H2 的设备对应内部版本 26200，最新版本 26200.9711。至于该选哪个版本，见 Windows 10 还是 Windows 11？2026 年选系统的清醒指南。

同表里还有两条与支持状态有关的记录，值得看一眼。24H2 在"更新终止：家庭版、专业版、专业教育版和专业工作站版"一栏写的是"更新终止"（Windows 11 版本信息）。23H2 对应这一栏同样是"更新终止"，而企业版、教育版、IoT 企业版那一栏的日期是 2026-11-10（Windows 11 版本信息）。

企业级的批量删除则有一道硬门槛：官方要求设备必须运行 Windows 11 版本 24H2 或更高版本，并且只有企业（ENT）和教育（EDU）版本支持此功能（基于策略的内置应用删除）。

风险提示：家庭版用户即便系统版本够新，也用不了那套企业级策略，只能逐条执行命令或走图形界面。

卸载单个内置应用的命令怎么写？

按下面四步走一遍，就能清掉一个应用，每步都有可核对的输出。

1. 先查包名。打开终端执行 Get-AppxPackage，官方说明它的作用是"Gets a list of the app packages that are installed in a user profile"，即列出用户配置文件中安装的应用包（Get-AppxPackage）。屏幕上会打印出每个包的名称、版本与包全名。这一步只查当前账户，不需要管理员权限。
2. 需要看其他账户里的包就加 -AllUsers。官方说明该参数"lists app packages for all user accounts on the computer"，并注明使用它"must run the command with administrator permissions"（Get-AppxPackage）。这条命令正是官方 Example 1「Get all app packages for every user account」，写法就是 Get-AppxPackage -AllUsers，官方对它的说明是 This command lists the app packages that are installed for every user account on the computer（Get-AppxPackage）。
3. 从结果里抄出 -Package 需要的包全名。官方对 -Package 的说明是"Specifies an AppxPackage object or the full name of a package"，即指定 AppxPackage 对象或包的完整名称；这个参数在语法里是必填项，位置为 0，且接受管道输入（Remove-AppxPackage）。
4. 执行卸载命令。下面这行是 Remove-AppxPackage 页面的官方 Example 1，官方对它的说明是 This command removes an app package named package1_1.0.0.0_neutral__8wekyb3d8bbwe from the account of the current user（Remove-AppxPackage）。

Remove-AppxPackage -Package 'package1_1.0.0.0_neutral__8wekyb3d8bbwe'

命令执行后返回提示行，不会弹出任何窗口。这一步的预期结果是开始菜单与搜索结果里不再出现该应用。新机到手想先把预装的那一批清掉，配套的图形侧步骤见 新办公电脑到手必做的15项设置清单，从安全到效率一次搞定。

想先看结果、不真删，可以加 -WhatIf。官方说明它"Shows what would happen if the cmdlet runs. The cmdlet isn't run."（Remove-AppxPackage）。下面的写法把 Get-AppxPackage 的结果用管道交给 Remove-AppxPackage，前者按包名筛选的用法 Get-AppxPackage -Name Microsoft.ScreenSketch 是官方 Example 3，官方说明是 This command displays information about the ScreenSketch app（Get-AppxPackage）。加 -WhatIf 之后只会回显将要发生什么，并不会真的删除，确认无误后再去掉它。

Get-AppxPackage -Name Microsoft.ScreenSketch | Remove-AppxPackage -WhatIf

要给所有账户一起删，加 -AllUsers。官方说明该参数"removes the app package for all user accounts on the computer"，同样要求以管理员权限运行；如果命中的是捆绑包（bundle），官方还要配合 Get-AppxPackage 的 PackageTypeFilter 指定捆绑包（Remove-AppxPackage）。

Remove-AppxPackage -Package 'package1_1.0.0.0_neutral__8wekyb3d8bbwe' -AllUsers

只想处理某一个账户，用 -User，但这个参数只吃用户 SID。官方明确说明"This parameter only accepts user SIDs"，并提示用 whoami /user 查看当前用户的 SID；同一个参数块还说明，要移除的不是当前用户配置文件里的包，就必须以管理员权限运行（Remove-AppxPackage）。

预配包和已安装的包分别怎么移除？

Remove-AppxProvisionedPackage 负责的是预配包，也就是随系统一起预装、新用户登录时会自动装上的那一批。

它的在线语法里 -PackageName 是必填项，另有 -AllUsers 与 -Online 两个开关；离线写法要额外用 -Path 指定映像挂载路径（Remove-AppxProvisionedPackage）。官方示例走的是离线映像写法，如下（Remove-AppxProvisionedPackage）。

Remove-AppxProvisionedPackage -Path c:\offline -PackageName MyAppxPkg

这条命令有一条官方说明必须记住：移除预配包之后，"Packages will not be removed from existing user accounts."，即不会从现有用户账户中移除（Remove-AppxProvisionedPackage）。同一页还给了另外两句：App packages will not be installed when new user accounts are created（新建用户账户时不再安装该应用），以及 To remove app packages (.appx) that are not provisioned or to remove a package for a particular user only, use Remove-AppxPackage instead（若要移除未预配的包，或只为某个特定用户移除，改用 Remove-AppxPackage）（Remove-AppxProvisionedPackage）。

换句话说，想让当前账户里也消失，得再用 Remove-AppxPackage 走一遍，两条命令各管一段。

微软的预安装打包的应用文档还列了 Appx 模块侧的同名命令 Remove-ProvisionedAppxPackage，官方对它的说明是：如果已为任何用户注册应用，则不会删除该应用，这只会去除自动注册行为，因此不会为任何新用户自动安装它；如果还没有用户安装此应用，该命令也会删除已暂存的文件（预安装打包的应用）。两句合起来看，"Dism 版"与"Appx 版"名字只差一个词、坑却是同一个。

同一个页面还说明了包全名的构成：包全名是包含包名称、版本、体系结构和发布者信息的包的完整名称，官方给的例子是 Contoso.ContosoApp_44.20231.1000.0_neutral__8wekyb3d8bbwe（预安装打包的应用）。前面 -Package 要抄的就是这一串。

至于预配应用装在哪儿，官方写明：从 Windows 10 1809 开始，IT 专业人员可以通过预配预安装，预配的应用将安装到一个中心位置：%ProgramFiles%\WindowsApps，并立即可供已注册的用户使用；只有注册到其帐户的 MSIX 应用包的用户才能访问该应用（预安装打包的应用）。

应用卸载之后怎么重装回来？

三条路可选，按你手上有什么来挑，官方对三条路都有明确说明。

第一条是 winget。官方对它的定义是：WinGet 是一种命令行工具，使用户能够发现、升级、删除和配置 Windows 10、Windows 11 和 Windows Server 2025 计算机上的应用程序，此工具是 Windows 程序包管理器服务的客户端接口。这一句是中文页面的转述，页面原文在那串动词里混排着一个英文 install，读的时候别以为是漏字（使用 WinGet 安装和管理应用程序）。基本用法是先搜索、再安装，官方给的写法如下，appname 换成你要找的应用名（使用 WinGet 安装和管理应用程序）。

winget search <appname>
winget install <appname>

它的卸载侧同样可用。官方说明"该 uninstall 命令可卸载指定的应用程序"，并列出两个可用别名：remove 与 rm；同时提醒该命令要求将确切的应用程序名称指定为 uninstall，如果有任何歧义，系统会提示进一步筛选（uninstall 命令）。官方给的语法行是 winget uninstall [[-q] <query>] [<options>]，查询词就是位置参数（uninstall 命令）。

同一个页面还给了一个别处看不到的坑：使用 WinGet 卸载包时可能遇到 Microsoft Store 协议弹窗，官方解释原因是 WinGet 查询包源的方式，办法是给 winget uninstall 命令加上 --source winget 这个选项（uninstall 命令）。

第二条是重新注册 Microsoft Store。官方直接写明"不支持完全卸载Microsoft应用商店"，所以这个组件出问题时官方给的方向是重新注册，命令如下（解决 Microsoft Store 应用下载失败的问题）。

Add-AppxPackage -RegisterByFamilyName -MainPackage Microsoft.WindowsStore_8wekyb3d8bbwe

这条命令有一个反直觉的注意点。官方强调"除非你想要将应用注册到管理员而不是用户，否则请务必不要使用提升的 PowerShell 提示符"（解决 Microsoft Store 应用下载失败的问题）。

同一个注意点也适用于 winget 本身。官方说明在首次以用户身份登录 Windows 之前 WinGet 不可用，如果刚登录完发现 winget 还没注册好，官方给的补注册命令是 Add-AppxPackage -RegisterByFamilyName -MainPackage Microsoft.DesktopAppInstaller_8wekyb3d8bbwe（使用 WinGet 安装和管理应用程序）。

第三条是回到图形界面。官方在 winget 的 uninstall 页里提到，也可以使用"开始>设置>应用>应用和功能"，找到要移除的应用，然后选择"更多>卸载"（uninstall 命令）。

下表把三条重装途径按官方给的用法列出来，方便对照着挑。

如果这个应用是被"强制预配"进来的，重装走的是另一条命令。官方说明：使用常规预配时，如果用户删除应用，则无法使用更新重新安装它；通过强制预配，IT 专业人员管理员可以为所有用户重新预配要重新安装的应用，这是通过运行 Add-ProvisionedAppxPackage PowerShell 命令触发的（预安装打包的应用）。同一个页面还记录了这条规则的历史变化：在 Windows 10 2004 中，预配的打包应用将在重新预配期间重新安装，而在此前的 Windows 10 版本里，如果用户以前卸载了打包的应用，系统会阻止重新安装这些打包的应用（预安装打包的应用）。

走企业策略删掉的应用更麻烦。官方说明，删除的应用在策略的应用列表中保持选中状态时，会阻止其重新安装；如果用户尝试通过 Microsoft Store 或旁加载重新安装应用，将阻止安装（基于策略的内置应用删除）。也就是说公司设备上"装不回来"未必是命令写错，而是策略还在生效。官方在同一页给了反向操作：应用若在静态列表里，把它的删除标志切换为 False；应用 PFN 若在动态应用删除列表里，就把这条 PFN 从列表中删掉，然后触发同步让设备知道该应用不再被阻止；走组策略的那一侧则是进"应用包部署"取消勾选对应应用，再运行 gpupdate /force（基于策略的内置应用删除）。

风险提示：官方说明 WinGet 命令行工具仅在 Windows 10 版本 1809（内部版本 17763）或更高版本上受支持（使用 WinGet 安装和管理应用程序）。同一页还说明，WinGet Windows 软件包管理器作为 App Installer 的一部分，可用于 Windows 11、Windows 10 的新式版本和 Windows Server 2025；应用安装程序是由 Windows 桌面版上的 Microsoft Store 通过 Windows Server 2025 上的更新传递和更新的系统组件（使用 WinGet 安装和管理应用程序）。

第三方卸载器是另一条路，但它管的是传统 Win32 程序，跟这里的 MSIX/APPX 包不是一回事。若两类软件都要清，对照着看 Geek Uninstaller：3MB 的卸载神器，让流氓软件无处遁形。

企业批量清理有更省事的办法吗？

有。微软给了一套基于策略的内置应用删除机制，不用逐条敲命令。

官方说明，Windows 中基于策略的内置应用删除允许 IT 管理员通过静态列表删除某些预安装 Microsoft Store 应用，并通过动态应用删除列表删除其他 MSIX/APPX 打包的应用，此功能在托管企业和教育设备上可用（基于策略的内置应用删除）。

它的前提条件比较硬，官方逐条列出：设备必须运行 Windows 11 版本 24H2 或更高版本；只有企业 (ENT) 和教育 (EDU) 版本支持此功能；需要 MDM 解决方案（如 Microsoft Intune）或访问 GP 管理（基于策略的内置应用删除）。同一页还补了两句限制：基于策略的内置应用删除功能不支持多会话环境；如果使用组策略，需要将基于 XML 的管理模板 (ADMX) 更新到最新的 Windows 11 版本（基于策略的内置应用删除）。

范围上也只有设备级。官方说明删除策略位于设备级别，一旦启用删除应用，设备上所有用户在预配配置文件时都会删除该应用；如果多个用户登录同一设备、而部分用户需要保留应用，官方明确说需要通过此策略以外的其他方式管理（基于策略的内置应用删除）。

默认状态是关的。官方原文是"这是 选择加入。默认情况下，Windows 不会删除任何应用"，管理员必须启用策略并选择要删除的应用（基于策略的内置应用删除）。不过静态列表那一侧官方留了一句实话：默认情况下会预先选择一个以消费者为中心的应用的特选列表以供删除，再按组织要求定制（基于策略的内置应用删除）。

删除发生的时机也是固定的。官方在"策略计时"下列出三项：全新安装体验 (OOBE)、OS 升级后的用户登录、更新策略后的用户登录（基于策略的内置应用删除）。

这里有个容易误判的地方。官方同时说明，仅启用策略并选择要删除的应用不会立即从已登录的会话中卸载应用，创建新的用户配置文件时才会发生删除操作；现有用户配置文件会保留其应用，直到用户注销并在策略到位后重新登录（基于策略的内置应用删除）。

想做动态删除，得先拿到应用的包系列名称（PFN）。官方给出的查找命令如下，并说明把"记事本"替换为所需的应用即可（基于策略的内置应用删除）。

Get-AppxPackage *Notepad* | Select-Object PackageFamilyName

组策略侧的入口，官方在设置表格里写作"计算机配置\管理模板\Windows 组件\应用包部署"下的"从系统中删除默认Microsoft存储包"，取值"已启用"；启用后官方说明会在 HKLM\SOFTWARE\Policies\Microsoft\Windows\Appx\RemoveDefaultMicrosoftStorePackages 下设置注册表项，此处存在配置的值表示策略处于活动状态（基于策略的内置应用删除）。

这里要说一句实情：同一个页面对这条策略给了三种写法——组策略设置表格与"重新安装应用"那步是"从系统中删除默认Microsoft存储包"，讲 CSP 版本不一致的那段重要提示写成"从系统策略中删除默认Microsoft存储包"，而 gpedit.msc 的导航步骤又写成"从系统中删除默认Microsoft应用商店包"。在本地组策略编辑器里按"应用包部署"这个文件夹去找，别拿策略名整串去搜。Intune 侧的对应项官方写作"管理模板\Windows 组件\应用包部署"下的"使用动态列表删除Microsoft应用商店应用"，取值同样是"已启用"（基于策略的内置应用删除）。

哪些操作有风险？

这一节把官方明确写出的风险点集中列一遍，动手前建议先读。

删除应用会连带删掉数据。官方的"重要提示"原文是，删除应用会删除任何关联的磁盘应用数据；删除应用之前，请通知用户，如果用户想要保存该应用的本地数据，则将删除该应用的本地数据（基于策略的内置应用删除）。

逐条命令这一侧有两个官方参数可以留后路。Remove-AppxPackage 的 -PreserveApplicationData 官方说明是"Specifies that the cmdlet preserves the application data during the package removal. The application data is available for later use."，但紧接一句限制：这只适用于开发中的应用，因此只能对从文件布局注册（Loose file registered）的应用指定；另一个 -PreserveRoamableApplicationData 官方说明是保留应用数据中可漫游的部分，且与 PreserveApplicationData 互斥（Remove-AppxPackage）。对普通预装应用来说，这两个参数都救不了本地数据。

策略里的开关方向也别弄反。官方说明 XML 有效负载包含应用名称的静态列表与相应值，将删除值为 true 的应用，不会删除值为 false 的应用（基于策略的内置应用删除）。

自定义 OMA-URI 这一条官方自己划了边界。由于 OMA-URI 限制，如果创建的自定义 OMA-URI 在动态列表里包含了应用包系列名称，则必须在策略目标的每台设备上于注册表 HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\Appx\RemoveDefaultMicrosoftStorePackages 打开一次动态列表条目；官方据此写明，使用动态列表通过自定义 OMA-URI 删除应用仅适用于测试目的（基于策略的内置应用删除）。

两套管理策略别同时上。官方说明要避免将 Intune 和 GPO 删除策略同时应用于同一设备（尤其是在混合联接）时，它们可能发生冲突；通常如果设备由 Intune 托管 (MDM) 且已使用 GPO 加入域，则以上次到达的策略为准，这种顺序优先级会使策略应用不可预知，官方建议为每台设备在该设置上选择一种管理方法（基于策略的内置应用删除）。

Microsoft Store 卸不干净。官方说明"不支持完全卸载Microsoft应用商店"，并给了另一篇排障页《"删除"、"卸载"或"重新安装"Microsoft应用商店应用不受支持》（解决 Microsoft Store 应用下载失败的问题）。同一页还列了一个常见策略名：禁用 Microsoft Store 的常见策略是 RemoveWindowsStore，它会阻止用户打开 Microsoft 应用商店，但 Microsoft 应用商店应用不受更新的限制（解决 Microsoft Store 应用下载失败的问题）。

只删预配包容易误判。官方说明预配包的移除不会从现有用户账户中移除，看着"删过了"，当前账户里其实还在（Remove-AppxProvisionedPackage）。

应用装不回来不一定是命令错。官方说明被策略删除且仍在应用列表里保持选中的应用会被阻止重新安装，用户通过 Microsoft Store 或旁加载重装都会被阻止（基于策略的内置应用删除）。

常见问题

卸载内置应用一定要管理员权限吗？

看你删的是谁的包，删当前用户自己的应用不需要提升权限。

官方示例 Remove-AppxPackage -Package 加包全名，作用范围是当前用户账户，这条写法没有附加权限要求（Remove-AppxPackage）。一旦涉及所有用户，官方对 -AllUsers 的原话是 To use this parameter, you must run the command with administrator permissions（Remove-AppxPackage）。只针对某一个其他账户的 -User 也一样，官方说明要移除的不是当前用户配置文件里的包就必须以管理员权限运行。查询侧同理，Get-AppxPackage 的 -AllUsers 也要求管理员权限（Get-AppxPackage）。

卸载预配包之后，当前账户里的应用为什么还在？

因为预配包和已安装的包是两回事，后者不归那条命令管。

官方说明 Remove-AppxProvisionedPackage 的移除不会从现有用户账户中移除，它的作用是让新建用户账户时不再安装该应用（Remove-AppxProvisionedPackage）。同一页面还说明，若要移除未预配的包、或只给某个特定用户移除，应该改用 Remove-AppxPackage（Remove-AppxProvisionedPackage）。两步都做完，才算清干净。

Microsoft Store 删掉了怎么恢复？

官方立场是先别删，因为完全卸载它并不被支持。

官方明确说明"不支持完全卸载Microsoft应用商店"（解决 Microsoft Store 应用下载失败的问题）。如果只是 Store 打不开或下载失败，官方排查的第一步是确认包还在，页面上给的命令是 Get-AppxPackage Microsoft.WindowsStore，官方说明如果已为当前账户注册，输出里会出现 Name : Microsoft.WindowsStore、PackageFullName : Microsoft.WindowsStore_22405.1401.9.0_x64__8wekyb3d8bbwe、PackageFamilyName : Microsoft.WindowsStore_8wekyb3d8bbwe 这些行（解决 Microsoft Store 应用下载失败的问题）。这里的 PackageFamilyName 正是重新注册命令要用的那串。

包在而当前账户没注册，就用 Add-AppxPackage -RegisterByFamilyName 把它注册回当前账户，注意官方要求不要用提升的提示符执行（解决 Microsoft Store 应用下载失败的问题）。反过来，如果官方示例输出显示根本没有安装 Store，官方给的下一步是先检查计算机上的其他用户是否已注册，这一步要求从提升的 PowerShell 提示符运行 Get-AppxPackage Microsoft.WindowsStore -AllUsers（解决 Microsoft Store 应用下载失败的问题）。同一个页面还提醒，管理员可以阻止最终用户使用 Microsoft Store，这种情况下先确认策略有没有关掉它，再怀疑命令写错。

我想只删一个账户，别的账户留着，怎么办？

用 -User，而且要接受一个限制：这条命令的粒度是"每个用户"或"所有用户"，没有更细的办法。

官方对 -User 的说明是 If you specify this parameter, the cmdlet removes the app package for only the user that this cmdlet specifies，并且要移除的不是当前用户配置文件里的包就必须以管理员权限运行；这个参数只接受用户 SID，官方提示用 whoami /user 查看（Remove-AppxPackage）。

企业策略那一侧更硬。官方说明删除策略位于设备级别，启用后设备上所有用户在预配配置文件时都会删除该应用；如果部分用户需要保留，官方写明需要通过此策略以外的其他方式管理（基于策略的内置应用删除）。

直接用别人写的一键批量卸载脚本，风险在哪？

风险来自脚本删了什么，而不是命令本身不可靠。

Remove-AppxPackage 只按你给的包名下手，官方对 -Package 的说明是"Specifies an AppxPackage object or the full name of a package"，也就是按完整名称精确定位（Remove-AppxPackage）。脚本里用通配符批量匹配时，命中范围你无法预先确认，先加 -WhatIf 跑一遍看清单，是成本最低的保险（Remove-AppxPackage）。

下一步怎么做

先别整体清理，挑一个确实用不上的应用，把完整流程跑一遍。

1. 打开终端执行 Get-AppxPackage，从输出里抄下一个应用的包全名；只处理当前账户时不必提权，一旦要用 -AllUsers 或 -User 就得换成管理员身份。
2. 用 Remove-AppxPackage -Package 包全名 -WhatIf 预演一次，确认回显里命中的正是你要删的那一条。
3. 去掉 -WhatIf 真正执行，然后到开始菜单与搜索框确认图标消失。
4. 用 winget search 搜到对应条目，再 winget install 装回来，验证重装这条路是通的。
5. 如果是给一批电脑做初始化，先对照官方前提条件确认系统版本与授权版本，再考虑走基于策略的批量删除。

本文说法与出处对照

下表把正文里每个"官方说明"落到具体页面，方便逐条复核。这些页面都在微软 Learn 上，中文版可直接打开。

本文数据核验于 2026-10，以官方 Release Notes/文档为准。