开机刚进桌面，内存占用就过了 70%；打开浏览器没看几个网页，风扇就开始狂转；任务管理器里密密麻麻全是进程，但逐个看又好像都“不算大”。这是 Windows 用户非常普遍的一种焦虑，尤其当电脑只有 8GB 内存时，这种窒息感几乎每天都会出现。于是很多人的第一反应是：是不是系统自带的那些软件在偷偷吃内存？把计算器、相册、邮件之类的东西卸载，会不会立刻清爽很多？
这个思路有道理，但结论并没那么简单。我见过太多人为了省内存，把系统自带的计算器、截图工具一一卸掉，结果第二天开会需要截屏时，Win + Shift + S 怎么按都没反应；升级 Windows 11 之后，更是连图标点开都直接闪退。最后不得不花更多时间去恢复系统。这说明一个问题：系统自带软件确实值得清理，但必须先判断谁真正占内存，再决定动谁、怎么动、能不能恢复。
这篇文章围绕“运行内存占用高”和“系统自带软件”两条主线展开，分成四部分：第一，运行内存到底被谁吃了，为什么不能凭感觉卸载；第二，哪些系统自带软件可以安全卸载，哪些动了会出问题；第三，用设置界面和 PowerShell 命令完成系统应用的卸载、禁用和恢复；第四，内存不够时如何正确配置虚拟内存，以及 Windows 11 升级后系统应用打不开的修复方法。读完你能得到一个明确的操作清单，而不是只获得一句“要优化系统”的正确废话。
1. 运行内存占用高：先搞清楚是谁吃掉了内存
1.1 物理内存、虚拟内存与页面文件
要解决内存占用高的问题，先把概念分清。运行内存就是物理内存（RAM），它是 CPU 直接访问的临时存储介质，速度很快，断电即清空。而“运行内存不够，可以设置占用硬盘存储吗”这个问题，在 Windows 里对应的是一个早已存在的机制，叫页面文件（pagefile），也就是我们常说的虚拟内存。
页面文件的原理是：物理内存不够时，操作系统把暂时用不到的内存页写回硬盘，等程序需要时再重新读入内存。这个过程看起来像“用硬盘充当内存”，但性能差异非常大。哪怕是今天的 NVMe SSD，随机读写延迟也远高于内存条。所以虚拟内存只是“兜底方案”，不是“扩容神器”。判断内存是否真的紧张，不能只看任务管理器右上角那个百分比，还要看“已提交内存”与“物理内存总量”之间的关系。如果系统频繁提示“内存不足”，或者内存明明占用很高但进程列表里找不到明显的大户，说明内存确实吃紧，这时加物理内存才是根治手段。
1.2 内存占用高的三个真实来源
第一个来源是开机自启动程序。很多软件安装时会默认写入启动项，比如云盘同步、下载器、驱动管理器、聊天工具。它们会在开机阶段一次性申请大量内存，把系统资源快速吃满。这个环节对开机后前几分钟的内存占用影响最大。
第二个来源是后台服务与计划任务。Windows 搜索索引、Windows 更新、打印后台处理程序，以及第三方软件注册的各种服务，都会在后台常驻，它们不一定会在任务管理器的“应用”列表里直观地显示为高内存，但累积起来非常可观。
第三个来源是浏览器和多进程应用。以 Chromium 内核为主的浏览器，每一个标签页、每一款扩展、每一条渲染进程都会独立占用内存。浏览器合计吃掉 2 到 4 GB 内存是非常常见的事。如果你平时一开就是十几个标签页，那么内存占用高这件事，责任主要在浏览器，不应该让计算器这样的系统小工具来背。理解了这三个来源，你就不难得出结论：一上来就卸载几只 UWP 应用，对内存改善很有限；真正的优化重点，是启动项、后台服务和页面文件的配置。
2. 系统自带软件：哪些能卸、哪些不能动
2.1 判断标准：看占用、看替代、看恢复成本
面对系统自带软件，建议用三个标准来判断是否值得卸载。
第一，它是否长期在后台占用资源。像“计算器”“闹钟和时钟”这类点击才启动的轻量应用，不打开时不会驻留内存，保留它几乎不消耗任何资源。对这类应用，卸载的意义并不大。
第二，是否有可替代工具。如果你已经有顺手的三方截图工具、三方看图软件，那么微软自带的“截图工具”或“照片”应用可以卸载；如果没有替代方案，不建议因为省几十 MB 内存而牺牲日常操作的便利。
第三，卸载后能否快速恢复。无论卸载什么系统应用，都应该先确认它的恢复路径。有的应用可以通过 Microsoft Store 重新安装，有的可以通过“可选功能”恢复，有的则是系统组件，卸载后很难干净恢复。恢复成本越高，越要谨慎。
| 应用 | 资源占用情况 | 建议处理方式 | 注意事项 |
|---|---|---|---|
| 计算器 | 很低，非后台常驻 | 建议保留 | 误删后开始菜单图标通常无反应 |
| 截图工具 | 很低，配合快捷键使用 | 建议保留 | 与 Win + Shift + S 直接关联 |
| 照片 | 一般，启动后可退到后台 | 看替代方案 | 删除前先准备看图/视频工具 |
| 邮件和日历 | 低，不登录不常驻 | 不用可卸 | 重新安装需要走 Microsoft Store |
| OneDrive | 开机自启，占用看同步量 | 解除登录并关闭自启动 | 只是禁用自启，别急着删本地文件 |
| Xbox Game Bar | 后台组件可能常驻 | 非游戏用户可禁用 | 有游戏录制需求慎关 |
| Microsoft Store | 提供系统应用恢复通道 | 不建议卸载 | 很多应用重装都依赖它 |
| Windows 安全中心 | 系统安全组件 | 不建议卸载 | 裸奔风险远大于省出的内存 |
2.2 一个被低估的事实：UWP 应用其实很“安静”
很多人觉得系统自带软件都在后台偷偷运行，但绝大多数 UWP 应用遵循的是“按需启动”原则。不点开计算器，它不会占用内存；不打开照片应用，它也不会主动扫描整个磁盘。微软对这种应用做了后台权限和启动限制，普通 UWP 应用不像传统 exe 软件那样，可以随意在后台常住。
真正需要重点关注的是那些声明了“后台任务”权限、或者注册了开机启动项的组件。在“设置 → 应用 → 已安装的应用”里选中某个应用，点击“高级选项”，可以看到它是否有后台权限、是否允许开机自启。对普通应用，可以手动关闭后台运行权限。不过，这种路径并不是每个系统组件都有，更通用的做法是查看任务管理器“启动应用”列表，把所有“状态：已启用”且“影响：高”的第三方项目全部看清楚再处理。
3. 卸载系统自带软件的三种安全方式
3.1 方式一：系统设置里直接卸载
这种方法适合大部分预装的 UWP 应用。快捷键 Win + I 打开设置，进入“应用 → 已安装的应用”，找到目标应用，点击右侧的“三个点”，如果显示“卸载”，直接点击即可。这种方式的优点是不会动到系统核心文件，操作简单。缺点是有部分组件没有卸载按钮，或按钮呈灰色不可点击。遇到这种情况，可以考虑用 PowerShell 处理，但必须提前记录包名，方便恢复。
3.2 方式二：PowerShell 精准卸载
PowerShell 卸载属于有风险操作，请务必在动手前记录包名，并在测试环境或非重要电脑上先验证一遍。第一步，右键开始菜单，选择“终端（管理员）”，执行以下命令查看当前系统所有应用包：
Get-AppxPackage | Format-Table Name, PackageFullName -AutoSize执行后会列出当前用户已安装的应用包列表，你会看到类似 Microsoft.WindowsCalculator、Microsoft.ScreenSketch、Microsoft.StorePurchaseApp 这样的包名。要卸载某个应用，只需把 Name 传给 Remove-AppxPackage：
Get-AppxPackage -Name "Microsoft.WindowsCalculator" | Remove-AppxPackage这条命令的原理是：先从当前用户配置中取出目标应用包，再调用系统卸载接口把它移除。执行完成后，开始菜单里的图标通常仍然存在，但点击没有反应，因为包已经被卸载。如果你卸载的是计算器这类基础工具，建议立刻从 Microsoft Store 重新安装回来。对于 OneDrive、Xbox 这类带有后台服务的组件，更温和的方式是先禁用开机启动，而不是删除整个应用包。
# 查看当前自动启动项目 Get-CimInstance Win32_StartupCommand | Select-Object Name, Location, Command拿到启动项名称后，在“任务管理器 → 启动应用”里禁用对应条目，通常比直接猜测服务名更安全。如果确实需要停用服务，先确认服务名无误，再使用 Stop-Service 和 Set-Service，并且要能接受服务停用带来的功能变化。
3.3 方式三：关闭后台运行权限
对不想卸载、但不想让它偷偷占内存的应用，可以在系统设置里限制后台活动。路径是“设置 → 应用 → 已安装的应用 → 选择应用 → 高级选项 → 后台应用权限 → 改为从不”。这样设置后，应用就不会在后台被随意唤起。不过需要说明，不是所有应用都有这个选项，系统级组件和服务主要由 Windows 服务管理器控制。建议优先处理“任务管理器 → 启动应用”里的高影响项，禁用后重启观察内存变化，这比卸载小应用更有效。
4. 运行内存不够，能把内存“放到”硬盘上吗
4.1 Windows 虚拟内存的真相
回到很多人关心的一个问题：运行内存不够，能不能占用硬盘存储来缓解？答案是：可以，Windows 早就做了这件事，这就是页面文件机制。
页面文件物理上是一个 pagefile.sys，默认由系统管理，通常放在 C 盘。当物理内存不足时，系统会把暂时不活跃的内存页写入页面文件，把物理内存优先让给正在运行的程序。这个机制的代价是速度差异，即使硬盘是高速 NVMe SSD，换页性能与内存条相比也相差一个数量级。因此，虚拟内存适合作为缓冲和兜底，不应该指望它来支撑大型软件大量并发。
另一个常见误解是把虚拟内存设得非常大，以为这样就能解决卡顿。实际上，如果一个程序真的需要几十 GB 内存，硬盘换来的只会是“能启动但极慢”的体验，最终用户感受仍然是卡死。加内存条永远是根治方案，页面文件只是避免系统因内存不足直接崩溃的保险。
4.2 手动设置虚拟内存的步骤
如果你已经确定页面文件太小，或系统频繁提示内存不足，可以手动调整：
- Win + R 输入
sysdm.cpl打开系统属性； - 切换到“高级”选项卡，在“性能”区域点击“设置”；
- 在“性能选项”中切换“高级”选项卡，点击“虚拟内存”区域的“更改”；
- 取消勾选“自动管理所有驱动器的分页文件大小”；
- 选择系统盘或空间充足的盘，选择“自定义大小”；
- 输入初始大小和最大大小，点击“设置”，再点“确定”，重启生效。
关于大小，可以按常见经验设置：初始大小设为物理内存的 1 倍，最大大小设为物理内存的 1.5 到 2 倍。例如 8 GB 内存，设置初始 8192 MB、最大 16384 MB 是比较稳妥的范围。如果内存已经达到 32 GB 以上，保持系统自动管理通常更合适。
查看当前页面文件状态，可以使用这条 PowerShell 命令：
Get-CimInstance Win32_PageFileUsage | Select-Object Name, AllocatedBaseSize, CurrentUsage, PeakUsage返回结果中，AllocatedBaseSize 表示当前分配大小，CurrentUsage 表示当前使用量，PeakUsage 表示历史峰值。通过这个命令可以更准确地判断虚拟内存是否真的吃紧。
4.3 设置虚拟内存的三个避坑点
第一，不建议彻底关闭页面文件。有些内存比较大的用户认为“内存够大，不需要 pagefile”，于是把虚拟内存设为“无分页文件”。这样做可能导致大型软件或系统功能出现意外闪退，尤其是依赖 VirtualAlloc 分配大片地址空间的程序。更稳妥的做法是保留系统自动管理，或在系统盘设置一个较小但固定的页面文件。
第二，不要将页面文件放在机械硬盘上。机械硬盘的随机读写性能太差，频繁换页会导致系统明显卡顿。如果系统盘是 SSD，优先放在系统盘；如果系统盘空间紧张，至少也要放在其他 SSD 分区，不要放在移动硬盘或机械盘上。
第三，明确“页面文件不是内存条”。它只是操作系统管理内存压力的辅助机制，不能让 CPU 更快地访问数据。正确顺序是：先查看任务管理器里的内存占用排名，找到大户进程，再考虑调整页面文件，最后才考虑物理扩容。顺序反了，往往会做无用功。
5. Windows 11 升级后系统自带应用打不开的修复方法
5.1 为什么计算器、截图工具突然打不开
“Win 11 升级之后，系统自带的计算器和截图软件打不开”，这是一个高频问题。从现象看，图标可能还在，但点击后没有反应或闪退。常见原因有三种。
一是旧系统中的 UWP 包在升级后注册信息损坏，应用图标存在，但底层 AppX 包注册状态异常。二是此前使用第三方清理工具或优化脚本误删了应用包，升级到 Windows 11 后系统重建部分功能，但缺失的包没有自动找回。三是 Microsoft Store 组件或后台服务异常，导致依赖商店环境的 UWP 应用无法正常启动。准确判断是哪种原因，决定了你需要走到第几步。
5.2 修复步骤：用 PowerShell 重新注册系统应用
使用管理员身份打开“终端”，执行下面的命令，重新注册当前系统中所有用户的 Appx 包：
Get-AppxPackage -AllUsers | ForEach-Object { Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml" }这条命令会遍历系统中所有已注册的 Appx 包，重新读取部署清单并完成注册。执行时间视应用包数量可能需要几分钟。执行完成后，按 Win + R 输入wsreset.exe回车，重置 Microsoft Store 缓存，然后重启电脑再尝试打开计算器或截图工具。
如果一次修复后仍然打不开，可以精准处理目标应用。用下面的命令，只重新注册计算器和截图工具：
Get-AppxPackage -AllUsers | Where-Object { $_.Name -like "*WindowsCalculator*" -or $_.Name -like "*ScreenSketch*" } | ForEach-Object { Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml" }这里使用Where-Object做条件过滤，避免直接使用多个通配符传入同一个参数带来的兼容性问题。需要注意的是，这种恢复方式要求应用包的数据仍然存在于系统目录中。如果包已经被彻底删除，命令会找不到目标，此时需要走 Microsoft Store 或“可选功能”重新安装。
5.3 通过可选功能与 Microsoft Store 恢复
在较新的 Windows 11 版本中，截图工具可以从“可选功能”安装。路径是“设置 → 系统 → 可选功能 → 添加可选功能 → 搜索截图工具 → 安装”。安装完成后，Win + Shift + S 截图快捷键通常会恢复。如果计算器不在了，最直接的办法是打开 Microsoft Store，搜索“Windows 计算器”并安装。
这里也能体现出前面强调过的一个原则：不要卸载 Microsoft Store。很多系统应用的恢复通道都依赖商店，如果把商店也删掉，遇到应用损坏时会非常被动。如果商店本身打不开，建议先执行wsreset.exe清空并重建商店缓存，同时检查系统时间和网络连接，再尝试打开商店。不要一上来就重装系统或下载来路不明的修复脚本。
6. 常见问题与排查思路
| 问题现象 | 可能原因 | 排查方式 | 解决方案 |
|---|---|---|---|
| 开机内存占用 80% 以上 | 启动项过多或后台服务常驻 | 任务管理器“启动应用”查看影响 | 禁用高影响启动项，关闭应用后台权限 |
| 某个进程单独占用大量内存 | 浏览器多进程、虚拟机、大型软件 | 按内存占用排序进程 | 关闭多余标签页或扩展，优化软件配置 |
| 卸载计算器后图标无反应 | Appx 包被移除 | PowerShell 查看包是否存在 | 从商店重装或用 Add-AppxPackage 重新注册 |
| 截图工具 Win+Shift+S 无响应 | 截图和草图包损坏 | 检查可选功能是否列出截图工具 | 在“可选功能”中添加，或用 PowerShell 重注册 |
| 虚拟内存设置后无法生效 | 未点击“设置”按钮或未重启 | 查看页面文件配置命令 | 重新配置后重启电脑 |
| 运行大型软件提示内存不足 | 物理内存确实不够 | 查看已提交内存和页面文件占用 | 加物理内存，保留虚拟内存作为兜底 |
| Win 11 升级后应用闪退 | UWP 包注册异常或商店缓存损坏 | 查看事件查看器应用日志 | wsreset.exe 重置商店，重新注册 Appx |
排查内存问题时，建议养成的习惯是：打开任务管理器，先在“性能 → 内存”界面看“已提交”和“速度”这两项，再切换到“进程”页签，按内存列排序，确认最后的“大户”到底是什么。这一步做完，你才知道接下来应该卸载应用、禁用启动项，还是设置虚拟内存。
7. 最佳实践与工程建议
7.1 给电脑“省内存”的正确顺序
省内存不要从卸载计算器开始，强烈建议按下面的顺序排查：
- 打开任务管理器“启动应用”，禁用所有“影响：高”的第三方启动程序；
- 清理不必要的后台服务，重点关注云盘、下载器、驱动管理器的常驻服务；
- 在浏览器里管理扩展和标签页，减少多进程带来的内存开销；
- 在“设置 → 应用”中关闭应用的后台运行权限；
- 以上操作完成并重启后，如果内存仍然紧张，再考虑卸载确实不用的预装应用。
这五步做完，8 GB 内存的电脑通常会有明显改善。顺序之所以重要，是因为很多系统自带软件占用的内存远没有想象中高，先动了它们，反而可能破坏系统功能的完整性。
7.2 卸载系统应用的纪律
如果确定要卸载某个系统应用，请遵守三条纪律。第一，记录包名，用Get-AppxPackage | Format-Table Name, PackageFullName把输出保存到文本文件中，卸载和恢复都以它为线索。第二，渐进式操作，一次只卸载一个应用，重启后确认系统正常，再处理下一个。不要复制网上那种“一键删除全家桶”的脚本，脚本没有考虑你的系统版本和实际差异。第三，区分“卸载”和“禁用”，对 OneDrive、Xbox 这类组件，禁用到足够，不需要彻底删除。保留软件本体，后续想用可以快速恢复，而内存占用已经降下来了。
7.3 升级 Windows 11 前后的注意事项
升级前，建议先关闭“更新后自动登录我的 Microsoft 账户关联应用”这类选项，避免旧账户数据同步带来的额外内存消耗。升级后，Windows 11 的新视觉效果、后台搜索索引和云同步会让内存占用在初期看起来更高，这不一定是系统变“臃肿”了，而是索引和同步任务还没完成。更理智的做法是：升级后先完整重启一次，系统稳定运行一两天，再对比内存占用数据。不要在升级后第一小时就急着卸载系统应用，很多临时高占用会在系统稳定后自动回落。如果升级后遇到应用打不开，优先做“修复系统组件”而不是“删除系统应用”，重新注册 Appx 包、重置商店缓存、添加可选功能这三步基本会覆盖大多数问题。
8. 总结与后续学习方向
运行内存占用高，是需要先判断再行动的问题，而不是简单粗暴地卸载几个自带软件就能解决。真正有价值的思路是：先看任务管理器里的内存大户，再处理启动项、后台服务和浏览器进程，最后决定是否需要卸载系统应用。当内存确实不够时，可以通过页面文件让硬盘分担一部分压力，但虚拟内存只是兜底，物理扩容才是根本。至于计算器和截图工具打不开一类的问题，也不需要急着重装系统，先重新注册 Appx 包、重置商店缓存、检查可选功能，通常能快速恢复。
下一步实践建议：先在任务管理器的“启动应用”和“性能 → 内存”中记录当前状态，再按第 3 章的顺序处理启动项和后台权限，最后再决定是否卸载预装应用。如果刚升级完 Windows 11，建议先让系统稳定运行几天，再对照第 5 章的修复方法处理打不开的应用。对你操作最有帮助的能力不是“会删软件”，而是“会观察、会记录、会恢复”。带着这个习惯去优化内存，才会真正省得明白、用得安心。
