Windows 计划诊断：EnabledExecution 会禁用哪些内容
本页内容
简短回答：
EnabledExecution=0仅禁用 计划性 的 Windows 诊断包启动。Task Scheduler 仍可启动相应的系统任务，但其处理程序不会执行检测、故障排除和自动修复。这不会禁用整个 Windows 诊断，也不是对 FPS、延迟、RAM 或磁盘的已证实优化。
状态： 该策略的用途已由 Microsoft 记录。在 Windows 11 Pro 25H2 上已静态确认，其值会在 Scheduled Diagnostics 处理程序内部被检查，并限制诊断包的执行。本研究中未测量该任务的运行时行为及其对性能的影响。
待验证的论断
Section titled “ 待验证的论断”我们验证了四项论断：
- Windows 将
EnabledExecution用作 Scheduled Diagnostics 的 machine policy。 - 值
0禁止计划性执行诊断包。 - 手动启动同一任务不会绕过其处理程序内部的策略检查。
- 禁用该策略并不意味着禁用所有 Windows 诊断和维护工具。
BoosterX 中的相关设置
Section titled “BoosterX 中的相关设置”与本页相关的是「计划性诊断」、「自动维护」、「诊断事件」和「操作记录」。禁止一条维护分支不会禁用整个 Windows 诊断，也不能证明整体 CPU 节省。
什么是 Scheduled Diagnostics
Section titled “ 什么是 Scheduled Diagnostics”Scheduled Diagnostics 允许 Windows 定期检测系统问题、执行诊断，并在允许的级别下自动修复部分已发现的问题。
Microsoft 描述了三种可能的行为：
- 检测并排除故障，并通知用户进行交互式修复；
- 检测、排除故障并自动修复部分问题；
- 禁止计划性检测、诊断和修复。
如果未配置该策略，Windows 使用本地故障排除首选项。如果不存在此类本地设置，Microsoft 记录为默认启用检测、诊断和修复。
| 范围 | 已检查的内容 | 状态 |
|---|---|---|
| Microsoft Policy CSP | 用途、Registry mapping、默认状态以及无需重启即可应用 | 已记录 |
| Windows 11 Pro 25H2 build 26200.8655 x64 | 策略读取以及 Scheduled Diagnostics 处理程序的分支逻辑 | 已静态确认 |
| Windows 10 和 Windows Server | 仅限公开文档中说明的适用性 | 精确 runtime-path 未验证 |
| 用户性能 | CPU、RAM、I/O、FPS、frametime 和 input latency | 未测量 |
Microsoft 的公开文档指出，相应的 ADMX-backed policy 在带有特定 cumulative updates 的 Windows 10 2004 以及 Windows 11 21H2 及更高版本的 Pro、Enterprise、Education 和 IoT Enterprise 版本上受支持。Home 未列入该表。这不能证明内部路径在每个版本和 build 上都保持不变。
本研究结合了两类证据：
- Microsoft 官方文档，包含策略用途、其 Registry mapping 和状态；
- 对服务于 Scheduled Diagnostics 任务的 Windows 系统组件进行静态检查。
我们检查了对状态 0、1、缺失值以及额外 execution level 的处理。未使用虚拟机、系统跟踪和诊断包启动。反编译代码、内部工具和原始工件不予公开。
| 状态 | 已记录或已确认的行为 |
|---|---|
EnabledExecution=0 |
计划性检测、诊断和修复被禁止 |
EnabledExecution=1 无单独级别 |
Scheduled Diagnostics 路径被允许；具体操作取决于 execution level |
| 策略缺失 | 使用本地首选项；Microsoft 记录为默认启用行为 |
| 类型错误的值 | 不保证正常执行；不建议使用这种状态 |
在受检查的 build 上，检查在处理程序内部执行。因此，手动启动同一任务不会将策略禁止的执行变为允许。
已确认的内容
Section titled “ 已确认的内容”EnabledExecution属于 Scheduled Diagnostics，而不是整个 Windows 诊断。- 值
0通过受检查的 scheduled handler 阻止诊断包执行。 - 系统任务及其注册不会被删除。
- 策略更改无需重启即可应用；Scheduled Diagnostics 的运行需要 Task Scheduler 服务处于运行状态。
- 删除 policy value 会使 Windows 恢复到本地首选项和默认逻辑。
未确认的内容
Section titled “ 未确认的内容”- 以可测量的数值降低后台负载、CPU、RAM 或磁盘操作；
- 提高平均 FPS、P1、P0.1 或减少 input latency；
- 禁用
sfc、chkdsk、Microsoft Defender、磁盘优化或所有维护任务； - 阻止所有 Windows 已发现问题通知；
- 在 Windows 10、Windows 11 和 Windows Server 上具有相同的内部路径。
缺乏定量结果很重要：排除一条罕见的诊断路径可能根本不会改变普通游戏会话中的指标。
本研究是在一台当前系统上静态完成的。它确认了 decision path 的存在和含义，但未显示实际启动频率、已完成的工作量、恢复设置后可能的 backlog 以及用户效果。
官方默认状态和回退到本地首选项已由 Microsoft 记录。未单独复现 policy value 和本地 preference value 同时物理缺失的全新安装行为。
对大多数用户来说，保留 Windows default 更安全：这样 Windows 保留提前检测和修复某些问题的能力。
只有在用户希望禁止的正是计划性诊断包，并接受失去这一预防功能时，禁用才作为有意识的权衡而有意义。不要为了承诺的性能提升而应用该设置：本研究未显示这样的结果。
相关的免费设置描述在 BoosterX 中的「计划性诊断」 页面。
要恢复，请通过 BoosterX 中的 Windows default 状态删除 policy override。根据 Microsoft 文档，不需要重启或重启服务：更改会立即应用。
恢复后，具体行为由 Windows 本地首选项决定。如果未配置这些首选项，Microsoft 指出默认启用检测、诊断和修复。
公开一手来源
Section titled “ 公开一手来源”- ADMX_sdiagschd Policy CSP，Microsoft Learn - 策略用途、支持的版本、Registry mapping、状态以及无需重启即可应用。
本研究由 BoosterX 团队发布，属于产品设置。BoosterX 中存在该设置并未被用作其有效性的证据。BoosterX Wiki 与 Microsoft Corporation 无关联、未获其授权、未受其赞助，也未获其认可。
来源最后检查日期：2026-08-24。
- 2026-09-20： 将 description 缩短至搜索摘要限制。
- 2026-08-24： 基于 Microsoft 文档和 Windows 11 Pro 25H2 静态检查的首个公开版本。