Windows 11 屏幕保护程序配置与设置无效排查指南

屏幕保护程序在 Windows 11 里算不上什么新技术，但它绝对算得上"最容易出玄学问题"的系统设置之一。后台经常有人问我：明明在设置里挑了照片、气泡或者 Mystify，点完确定也生效了，回头再看一眼——"屏幕保护程序"那一栏又变回了"无"；还有人遇到的是另一种情况：配置老老实实躺在那里，等待时间写了 10 分钟，结果一下午电脑亮着走开，屏保一次都没闪过。这篇就把 Windows 11 屏幕保护程序的配置流程和"设置无效"的解决方案一次讲透，从入口在哪、参数怎么选，到策略锁死、注册表被重置、电源计划抢跑这些坑，按优先级一层层排查，适合刚上手 Windows 11 的新手，也适合被这个问题折腾了半天的老用户直接抄作业。

1. Windows 11 屏幕保护程序到底是个什么东西

1.1 屏幕保护程序的真实作用与今天的定位

很多人对屏幕保护程序的认知还停留在 CRT 显示器时代。那时候的荧光粉长期被同一画面轰击会留下永久残影，所以需要一个不停移动的画面去"扫"一遍屏幕，这就是屏保名字的由来。现在的 LCD、OLED 面板基本不存在这个问题，OLED 更多是靠系统级的像素位移和息屏来处理，屏保的"保护"意义已经很淡了。

那它今天还有什么用？我总结下来是三个场景。第一，内容展示：把家庭照片、公司 Logo、项目进度做成屏保，机器闲置时变成一块电子相框，这是目前最主流的用法。第二，降低视觉打扰：在开放办公区，屏幕一直亮着显示桌面，远看很扎眼，一个低亮度、低动态的屏保能让整排工位安静不少。第三，作为一段"缓冲时间"：不少人把屏保当作锁屏前的过渡，屏保跑 2 分钟后再进锁屏，既提示"人不在"，又不用立刻输密码。

理解这三点很重要，因为它直接决定了后面的排查优先级。如果你配置屏保的目的是内容展示，那"设置变成无"和"根本不触发"是两种完全不同的故障；如果你的目的是防窥，那更该关注的是"恢复时显示登录屏幕"和自动锁屏策略，屏保本身反而次要。很多人把这三个目标混在一起调，调到最后自己都忘了想要什么，于是就觉得"Windows 11 的屏保坏了"。

1.2 屏保、锁屏界面、显示器关闭，别把三件事混成一件事

这是排查"设置无效"之前必须先掰清楚的概念，我在帮人远程的时候，十次里有六七次问题都出在这个混淆上。Windows 11 里至少有四条独立的计时链，它们各自有各自的开关和超时值：

• 屏幕保护程序：由SCRNSAVE.EXE这个程序负责，等待时间在个性化设置里，或者由ScreenSaveTimeOut注册表值控制。
• 锁屏（动态锁 / 超时锁屏）：由登录策略和"需要登录"策略控制，和屏保不是一回事，但屏幕保护程序可以勾选"在恢复时显示登录屏幕"来间接达成锁屏。
• 关闭显示器：属于电源计划，由powercfg里的"关闭显示器"超时控制，到点直接给屏幕断电信号。
• 进入睡眠：同样属于电源计划，到点把整机挂起，此时任何屏保都随之中止。

这四条链是按顺序叠加的，谁先到点谁先执行。关键点来了：如果"关闭显示器"的超时时间小于或等于屏幕保护程序的等待时间，那么屏幕会在屏保启动之前就先黑掉，屏保程序根本没有机会被唤醒。这时候你在设置里看到屏保配置得好好的，等半天也确实什么都没出现，用户就会判断成"设置无效"。实际上配置没错，是电源计划抢跑了。这个细节后面第 4 章会展开讲具体怎么调。

1.3 为什么"设置无效"在 Windows 11 上格外高频

Windows 11 相比 Windows 10 有一个明显变化：屏幕保护程序的入口被挪进了"设置 → 个性化 → 锁屏界面 → 相关设置 → 屏幕保护程序"，而不再像以前那样在桌面右键 → 个性化 的第一屏就能看到。入口变深带来的第一个后果是，很多人其实改的是别的东西，比如把"锁屏界面"的背景换成图片，以为这就是屏保。

第二个原因是精简版系统和各类"优化工具"的流行。市面上不少第三方精简镜像、装机工具、一键优化脚本，会把C:\Windows\System32下的*.scr屏保文件当成"无用组件"顺手删掉，或者把Control Panel\Desktop下的相关键值直接写死成禁用状态。你打开对话框发现列表里只剩"无"和"（无）"，不是你不会设置，是文件真的没了。

第三个原因是企业管理环境。公司统一下发的组策略里，出于安全考虑经常会关闭屏幕保护程序选项卡、强制屏保超时值，甚至直接把ScreenSaveActive锁成 0。这类策略的优先级高于用户的个性化设置，于是你在界面上改一百遍，刷新策略后立刻被打回原形，看起来就像"设置自己变回无"。搞清楚这三类成因，排查的时候就能先分流，而不是一上来就重装系统。

2. 先分清"设置无效"的四种典型表现

2.1 表现一：配置完自动变回"无"

症状是：在屏幕保护程序对话框里选好方案、设好等待时间，点"应用""确定"，当时看着是好的。过几分钟、重启一次、或者重新打开对话框，选项又回到"无"了，等待时间灰掉或者变成默认值。

这种"自动回滚"几乎可以确定是三件事之一：有策略在压着你的用户设置、有程序在后台周期性重置注册表、或者写入注册表的权限被改坏了。判断方法很简单，先用注册表编辑器看实际值，再用策略结果集看有没有策略覆盖，两步就能定位。具体命令在第 4 章给。

2.2 表现二：配置留着，但从来没见过屏保跑起来

症状是：打开对话框，方案还在，时间也在，看起来一切正常，但机器闲置很久就是不出屏保。这类问题里，电源计划抢跑占了绝大多数，其次是幽灵输入——某个外设（尤其是带灯效的鼠标、带滑轮的键盘、某些 USB 无线接收器、手柄、绘图板）在不停地产生微小的输入事件，系统把这理解成"人还在用电脑"，于是屏保计时器被反复清零。

还有一种比较隐蔽的情况：屏保其实跑了，但只跑了几百毫秒就被某种全屏程序、视频播放器、游戏启动器切走了，你刚好没看到。判断方法是手动触发一次屏保（命令行方式在 3.3 节），能跑起来说明程序没问题，问题在触发条件；跑不起来说明程序或注册表本身有问题。

2.3 表现三：预览能看，全屏跑不了

点"预览"按钮，屏保画面能在小窗口里正常工作，全屏运行却黑屏、闪一下退出、或者直接报错。这种通常和显卡驱动、多显示器配置有关。屏保程序是全屏独占渲染，在某些多屏分辨率组合、HDR 切换、缩放比例不一致的环境下会出问题。解决办法是把显示器缩放统一、临时拔掉副屏测试、或者换用兼容性更好的内置屏保（比如"空白"）来验证到底是屏保程序的问题还是环境的问题。

2.4 表现四：一恢复就要输密码，但我不想

这不算严格意义上的"无效"，但很多人把它归到这个类里。屏保设置对话框里有一个"在恢复时显示登录屏幕"的勾选框，勾上之后从屏保回来必须输密码。问题在于，Windows 11 里这个行为还受"需要登录"策略和动态锁影响，有时候你没勾，回来依然要密码。这不是屏保的锅，是锁屏策略在起作用。反过来，如果你勾了却不需要密码，那多半是账户本身免密或者策略被放宽了。

3. 基础配置：把屏保从零配起来

3.1 图形界面路径与每个参数的含义

Windows 11 里的标准入口是：设置 → 个性化 → 锁屏界面 → 向下滚动到底部 → 相关设置 → 屏幕保护程序。点进去会弹出那个传承了二十年的老对话框，别看它长得旧，参数一个都不少。

对话框里第一项是下拉列表，里面是你机器上实际存在的屏保程序；第二项是"等待"分钟数，也就是闲置多久后启动；右边三个按钮是"设置""预览""更改电源设置"。下面的"在恢复时显示登录屏幕"是复选。这里有个容易忽略的点："等待"这个数值的单位是分钟，最小是 1，但它写到注册表里是秒。有人想设 30 秒，在界面上把 1 分钟改成 0.5，结果界面直接吞掉，回到 1 或者变回 0，然后就被当成"设置无效"。想设秒级只能走注册表，这一点在 3.2 节说。

"设置"按钮只有部分屏保可用，比如"照片"屏保可以选图片文件夹、播放速度、是否乱序；"3D 文本"可以改文字内容、字体、旋转方式。这些配置保存在用户配置文件里，不跟着系统迁移，换机器会丢。

"更改电源设置"这个按钮非常关键，它跳到电源计划的"更改计划设置"，让你顺手调"关闭显示器"的时间。我的建议是：配屏保的第一步不是选屏保，而是先把这里的时间关系理顺，先定关屏时间，再定屏保等待时间，保证屏保等待时间明显小于关屏时间，一般留 1 到 3 分钟的余量。顺序反了的话，后面所有调试都是白费。

3.2 注册表方式：秒级精度与脚本化部署

如果要精确控制，或者要给一批机器统一配置，注册表是唯一靠谱的路。相关键值都在同一个位置：

HKEY_CURRENT_USER\Control Panel\Desktop

需要关注的值有这么几个，我用表格列一下，方便对照：

注意ScreenSaveTimeOut的类型是字符串（REG_SZ）而不是 DWORD，这是历史遗留，写错类型在部分版本上会被忽略，这是很多人手动改注册表"改了没用"的原因。下面这段直接可以复制到管理员命令提示符里执行，把屏保设成 Mystify、等待 5 分钟、恢复需登录：

reg add "HKCU\Control Panel\Desktop" /v ScreenSaveActive /t REG_SZ /d 1 /f reg add "HKCU\Control Panel\Desktop" /v ScreenSaveTimeOut /t REG_SZ /d 300 /f reg add "HKCU\Control Panel\Desktop" /v SCRNSAVE.EXE /t REG_SZ /d "C:\Windows\System32\Mystify.scr" /f reg add "HKCU\Control Panel\Desktop" /v ScreenSaverIsSecure /t REG_SZ /d 1 /f

写完注册表不会立刻生效，需要通知系统刷新。最省事的办法是注销重登，或者用一小段 PowerShell 调用系统接口广播设置变更：

Add-Type @" using System; using System.Runtime.InteropServices; public class Sp { [DllImport("user32.dll")] public static extern IntPtr SendMessageTimeout(IntPtr hWnd, uint Msg, UIntPtr wParam, string lParam, uint fuFlags, uint uTimeout, out UIntPtr lpdwResult); } "@ [UIntPtr]$r = [UIntPtr]::Zero [Sp]::SendMessageTimeout([IntPtr]0xffff, 0x001A, [UIntPtr]::Zero, "Control Panel\\Desktop", 2, 5000, [ref]$r) | Out-Null

0x001A就是WM_SETTINGCHANGE，0xffff是广播句柄。这段脚本在批量部署里非常好用，改完注册表立即广播，避免逐台注销。需要注意的是，如果你在 64 位系统上从 32 位进程调用，HKCU\Control Panel\Desktop不存在重定向问题，可以放心用。

3.3 手动触发与屏保文件的真实位置

想验证屏保本身能不能跑，最直接的办法是命令行启动它：

"C:\Windows\System32\Bubbles.scr" /s

/s是全屏运行，/c是打开配置界面，/p是预览模式（需要传窗口句柄，一般不手动用），/a是改密码（老屏保才有）。Windows 11 内置的屏保文件都在C:\Windows\System32下，扩展名是.scr，本质上就是重命名的可执行文件。常见的有这些：

• Bubbles.scr（气泡）
• Mystify.scr（变幻线）
• PhotoScreensaver.scr（照片）
• Ribbons.scr（彩带）
• ssText3d.scr（3D 文本）
• scrnsave.scr（空白，纯黑，最省资源）

提示：如果你在对话框里只看到"无"，先去C:\Windows\System32看一眼这些.scr文件还在不在。文件被精简镜像删掉了，只能从同版本的正常机器上拷回来，或者从系统组件里恢复，光改注册表没有用。

scrnsave.scr这个空白屏保值得单独说一句。它几乎不占资源，跑起来就是纯黑，适合那些只想让屏幕"安静下来"的场景，也是排查时最好用的对照组——如果连它都跑不起来，那问题一定不在屏保程序本身，而在触发条件或策略。

4. 设置无效的排查：按优先级逐个击破

4.1 第一顺位：电源计划是不是抢跑了

我再强调一次，这是最高频的原因。判断方法：打开设置 → 系统 → 电源和电池 → 屏幕和睡眠，看"接通电源时，经过以下时间后关闭屏幕"这一项的分钟数，再对比屏保的等待时间。

假设你的屏保等待设成 10 分钟，而关屏时间设成了 5 分钟。那么在第 5 分钟，显示器已经断电黑屏；第 10 分钟屏保程序确实被唤起了，但你看到的是黑屏，看不出区别，等你一动鼠标唤醒屏幕，屏保也随之退出，整个过程你完全感知不到。用户描述就是"设了 10 分钟，从来没出现过屏保"。

正确的配置关系是这样：关闭显示器时间 > 屏幕保护程序等待时间 + 1~3 分钟缓冲。比如屏保 5 分钟，关屏就设 8 到 10 分钟；屏保 10 分钟，关屏设 15 分钟。睡眠时间再往后压，比如 30 分钟。这样你离开座位后，第 5 分钟出屏保，第 10 分钟屏幕才黑，两段行为都能观察到。

顺带说一个细节：笔记本在电池模式下往往有一套独立的、更激进的超时值。你在"接通电源"这一栏调好了，拔掉电源用电池时又是另一套值，照样抢跑。所以笔记本用户两栏都要改，别只改一半。台式机某些品牌机自带的电源管理软件也会写入自己的方案，改完系统设置要回头确认没被覆盖。

4.2 第二顺位：组策略和注册表策略有没有锁死

如果配置是"自动变回无"，那基本就是策略问题。查策略最快的方法是运行rsop.msc，打开策略结果集，在"用户配置 → 管理模板 → 控制面板 → 个性化"下面找这几个条目：

• 隐藏屏幕保护程序选项卡（NoDispScrSavPage）：启用后，屏幕保护程序对话框直接不让你打开，或者打开后没有可选项。
• 屏幕保护程序超时（ScreenSaveTimeOut）：强制指定超时秒数，覆盖用户设置。
• 启用屏幕保护程序（EnableScreenSaver，位于计算机配置下）：可以从头决定屏保能不能用。
• 密码保护屏幕保护程序：强制要求恢复时登录。

这些策略在注册表里的落点有两处，一个是用户策略，一个是计算机策略：

HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\System HKCU\Software\Policies\Microsoft\Windows\Control Panel\Desktop HKLM\SOFTWARE\Policies\Microsoft\Windows\Control Panel\Desktop

自己家的电脑，如果不记得配过策略，很可能是被某些"优化大师""安全加固脚本""企业办公套件"写进去的。这种情况下光在界面里改没用，必须把策略项删掉或者改成未配置，然后执行gpupdate /force刷新。改完最好重启一次，因为部分策略值在登录时读取并缓存。

注意：如果是公司配发的电脑，登录账号受 IT 部门统一下发的策略管理，这种策略通常有权限保护，普通用户改不了也不该改。遇到这种情况，正确的做法是找 IT 说明需求，而不是硬去改注册表或者删策略文件，轻则被下一次策略刷新打回来，重则触发合规告警。

4.3 第三顺位：注册表权限和"后台重置者"

有一种情况比策略更讨厌：没有任何策略，但值就是会自己变。这通常意味着有程序在周期性写入注册表。可能的来源包括：系统优化工具、桌面整理软件、某些安全软件的"节能/护眼"模块、带自动更新功能的驱动套件、以及一些企业的维护脚本。

排查思路是缩小时间窗口。手动把注册表值写好，然后每隔几分钟查一次：

reg query "HKCU\Control Panel\Desktop" /v ScreenSaveActive reg query "HKCU\Control Panel\Desktop" /v ScreenSaveTimeOut reg query "HKCU\Control Panel\Desktop" /v SCRNSAVE.EXE

如果发现某个值被反复改回，就按"最近安装了什么"的顺序卸载排查。另外还要检查一下HKCU\Control Panel\Desktop这个键本身的权限有没有被改过。正常情况下当前用户对它应该有完全控制权限，如果被设成只读，你的每一次"应用"实际上都没写进去——界面看着改了，重开对话框读的是旧值，表现就是"变回无"。查看权限用的是regedit里右键 → 权限，或者用Get-Acl：

Get-Acl "HKCU:\Control Panel\Desktop" | Format-List

4.4 第四顺位：幽灵输入让计时器永远归零

屏保的触发依赖"系统空闲计时器"。任何一种输入事件——键击、鼠标移动、鼠标滚轮、触摸板触摸、手柄输入、甚至某些设备上报的 HID 事件——都会把计时器清零。带光效的游戏鼠标如果驱动有 bug，可能在微动没有实际动作时也上报微小位移；无线接收器受干扰时也可能频繁重连产生事件；某些 USB 扩展坞、KVM 切换器、绘图板在待机时也会持续上报。

判断方法是用系统的请求诊断：

powercfg /requests

这个命令会列出当前阻止显示器关闭或阻止系统睡眠的进程和设备。虽然它主要针对电源，但输出里出现的驱动或进程往往就是干扰源。更彻底一点可以生成一份能量报告：

powercfg /energy /duration 60

生成的 HTML 报告里会列出"阻止进入空闲状态"的设备。实测最有效的排查手法是"拔线法"：把所有非必要外设（第二个键盘、手柄、绘图板、读卡器、扩展坞）全部拔掉，只留一个鼠标一个键盘，观察屏保能不能正常触发。能触发就逐个插回来，插到哪个失效就是哪个的锅。这个过程有点土，但比看日志快得多，我自己遇到幽灵输入的几次都是这么定位的。

4.5 第五顺位：全屏程序和远程会话的干扰

游戏、视频播放器、直播推流软件、某些全屏演示工具会主动声明"禁止屏保"，这在系统层面是允许的。它们的原理是调用SetThreadExecutionState告诉系统"我正在使用中，别让屏幕休息"。只要这类程序在后台运行，屏保就不会触发，即使它已经最小化——有些程序最小化后依然保持这个声明。

排查方法很直接：把这些程序全部退出（不是最小化，是在任务栏右键退出），然后手动触发一次屏保，看能不能稳定运行。另外，如果你正在通过远程桌面或远程协助工具连着这台机器，本地屏保逻辑会受影响，远程会话期间屏幕保护程序通常不会按预期启动。要验证屏保，一定要在本机物理操作，别一边远程一边测。

还有一类干扰来自"演示模式"。Windows 里有若干演示相关的设置会临时禁止屏保和睡眠，某些外接投影、投屏软件、会议软件的"演示"功能会激活它。检查方法是在电源相关设置和快捷设置面板里确认没有处于演示状态。这个功能平时不显眼，但一旦被意外打开，表现就是"屏保怎么都不来"，而且重启也不一定清除。

4.6 多显示器、HDR 与缩放带来的边缘问题

多显示器环境下，屏保是在所有屏幕上同时运行的整个虚拟桌面。如果主副屏的分辨率、缩放比例、HDR 状态差异很大，部分屏保（尤其是 3D 类）会渲染异常，表现为闪退、黑屏、或者只在其中一个屏幕上有内容。这类问题不是"设置无效"，而是渲染兼容性问题。

我自己的处理顺序是：先把所有显示器的缩放统一到 100% 或同一个百分比；临时关闭 HDR；拔掉不用的副屏；换用scrnsave.scr测试触发逻辑是否正常。如果空白屏保一切正常，只有 3D 类出问题，那就是显卡驱动和渲染的问题，更新驱动或者干脆改用"照片""空白"这类简单屏保。

5. 常见问题速查表与一键修复思路

5.1 症状到动作的速查表

5.2 一段可复用的重置脚本

遇到"怎么改都不对"的情况，与其一项项手动调，不如先重置到干净状态再重新配。下面这段批处理把当前用户的屏保相关值恢复成"空白屏保、10 分钟、需要登录"，执行完重新登录一次即可。它不碰策略，只动用户配置，所以不会影响系统层面的安全设置：

@echo off set KEY=HKCU\Control Panel\Desktop reg add "%KEY%" /v ScreenSaveActive /t REG_SZ /d 1 /f reg add "%KEY%" /v ScreenSaveTimeOut /t REG_SZ /d 600 /f reg add "%KEY%" /v SCRNSAVE.EXE /t REG_SZ /d "C:\Windows\System32\scrnsave.scr" /f reg add "%KEY%" /v ScreenSaverIsSecure /t REG_SZ /d 1 /f echo 已重置为空白屏保，等待 600 秒，恢复需登录。 echo 请注销并重新登录使设置完全生效。 pause

用空白屏保作为重置目标是有讲究的：它没有渲染依赖，几乎不可能因为驱动或分辨率出问题，能跑起来就说明触发链路是通的。确认链路通了之后，再换回你真正想要的屏保，如果换成照片就失效，那问题就锁定在照片屏保的配置或图片目录上了。

5.3 排查顺序建议：从便宜到昂贵

我把这套顺序用了很多年，核心原则是先做零成本、可回退的动作，别一上来就重装系统、改注册表、删策略。顺序大概是这样：

1. 确认屏保文件存在，手动用命令行触发一次，看程序本身能不能跑。
2. 理顺关屏时间、屏保时间、睡眠时间三个值的大小关系。
3. 拔掉多余外设，退出全屏类程序，确认没有远程会话和演示模式。
4. 查rsop.msc和策略注册表项，排除策略锁死。
5. 检查HKCU\Control Panel\Desktop的权限，确认能写。
6. 用重置脚本恢复默认，再重新配置。
7. 以上都无效，再考虑更新显卡驱动、检查系统组件完整性。

这个顺序的好处是，前四步基本能覆盖九成以上的问题，而且全都不产生副作用。特别是第 1 步，很多人跳过了它直接去改注册表，结果折腾半天发现屏保文件早就被精简掉了，非常不划算。

6. 实操心得与避坑清单

6.1 我实际踩过的几个坑

第一个坑是关于"最小 1 分钟"的。有一次帮人配置，对方坚持要 30 秒出屏保，我图省事直接在对话框里填了 0.5，界面接受了显示 0.5，但重开就变回 1。后来老老实实走注册表把ScreenSaveTimeOut写成30，才真正生效。界面的分钟输入框有取整和下限逻辑，秒级精度只能靠注册表，这是很多人忽略的一条。

第二个坑是笔记本的双份电源计划。有一次在接通电源状态下把屏保调得好好的，测试也正常，用户拿走用两天说"又坏了"。原因是拔电后走的是电池方案，关屏时间只有 3 分钟，直接把 5 分钟的屏保压住了。后来养成的习惯是：改完电源相关设置，两栏都看一遍，笔记本还要看有没有厂商自带的电源管理软件在中间插一脚。

第三个坑是照片屏保的图片源。把图片放在某个网络位置或者同步盘的虚拟目录里，屏保刚配置时预览正常，过几天那个目录不可用了，屏保就变成黑屏或者直接退出，看起来像"失效"。我现在的做法是：照片屏保一定指向本地固定分区里的一个专门目录，不要指同步目录，也不要指外接盘，图片先拷贝进来再配屏保。

第四个坑是"优化脚本"的隐蔽性。有台机器的屏保每隔几天变回"无"，查了策略、查了权限都没问题。最后用注册表监视的思路定位到是一个常驻的"系统清理"工具在每次开机时执行一次"隐私优化"，顺手把屏保关了。卸载之后彻底正常。所以遇到"周期性回滚"的问题，一定要往第三方常驻程序上想。

6.2 让配置长期稳定的几个习惯

第一，配置完立刻做一次全链路验证。手动触发能跑、等计时到点能自动出、动鼠标能正常退出、退出后是否需要登录符合预期，这四步都过一遍，才算配好。只点"预览"看两秒不算验证。

第二，注册表和界面二选一，别来回改。界面的"应用"和注册表的直接写入最终都落到同一个位置，但界面的写入逻辑会带一些额外处理。我建议要么全程用界面，要么全程用脚本，混着改容易出现"改了 A 被 B 覆盖"的错觉。

第三，批量部署时策略和用户配置分工明确。如果是给多台机器统一配屏保，用组策略下发超时值和启用状态，用登录脚本写用户级的屏保路径，这样新用户登录就有统一行为，也不会因为某台机器被人手动改过而不一致。

第四，留一份自己的配置记录。屏保路径、超时秒数、关屏时间、是否要求登录，这四个值写在一张便签里存着。换机器、重装系统之后照着配一遍，两分钟搞定，不用重新摸索一遍。这个习惯看着不起眼，但在需要给十几台机器做同样配置的时候，能省下大把时间。

第五，对精简版系统多留个心眼。如果你用的是第三方精简镜像，安装完第一件事就是检查C:\Windows\System32下的屏保文件和系统组件是否完整，把缺的补回来。这类系统为了方便，砍掉的东西往往比宣传的多，而屏保正是最容易被顺手砍掉的那一类。我个人的建议是，如果对系统完整性没有把握，就用官方渠道的系统，省下来的排查时间远比那点安装体积值钱。

最后再分享一个小技巧：如果你只是想让屏幕在闲置时安静下来、又不想纠结屏保的各种坑，直接把屏保设成"空白"，把等待时间设成比关屏时间早个一两分钟，再配合电源计划里的自动锁屏，实际效果就是"离开一会儿屏幕变黑、回来输密码"，简单、稳定、几乎不会出问题。屏保这个功能在 Windows 11 里已经是很边缘的组件，能用简单方案解决就别往复杂里折腾。