Windows 效率模式

Windows 效率模式（Efficiency Mode）是 Windows 11 22H2 版本中引入的一项功能，旨在通过限制后台进程对系统资源的占用，从而提高系统性能、降低功耗并延长电池续航时间。以下是关于 Windows 效率模式的详细介绍：

1. 功能概述

Windows 效率模式通过降低指定进程的优先级和调整其服务质量（QoS），减少后台进程对 CPU 资源的占用，从而为前台任务腾出更多资源。这一功能特别适用于那些对性能要求不高的后台任务，例如程序更新、索引服务等。

2. 工作原理

效率模式通过以下两种策略实现对进程的优化：

• 降低进程优先级：将进程的优先级设置为“低”，使其在进程队列中排在优先级更高的任务之后执行。
• 应用 EcoQoS：通过服务质量软件包降低 CPU 核心的时钟频率，确保后台任务在较低的功耗下运行，同时不影响其功能。

3. 启用方法

在 Windows 11 中启用效率模式非常简单，具体步骤如下：

1. 使用快捷键 Ctrl + Shift + Esc 打开任务管理器。
2. 在任务管理器中找到需要限制资源的进程，右键点击并选择“效率模式”，或者点击任务管理器右上角的“效率模式”按钮。
3. 如果选项为灰色，则表示该进程为系统关键进程，无法启用效率模式。
4. 启用后，该进程的状态栏会显示绿色叶子图标，表示效率模式已成功启用。

4. 使用场景

效率模式适用于以下场景：

• 当系统中有多个后台进程占用过多资源，导致前台任务运行缓慢时。
• 在需要延长电池续航时间的设备上，例如笔记本电脑。
• 对于那些不需要高性能的后台任务，例如程序更新、索引服务等。

根据 Microsoft 的测试，启用效率模式可以显著提高系统的响应速度，在常见场景中可提升 14% 到 76% 的性能[¹]。

5. 注意事项

• 系统关键进程：某些系统关键进程无法启用效率模式，因为它们对系统运行至关重要。
• 重启后需重新启用：Windows 11 在系统重启后可能会禁用效率模式，需要手动重新启用[¹]。
• 兼容性问题：在某些情况下，启用效率模式可能会导致部分应用程序出现功能异常。如果遇到这种情况，可以关闭效率模式[³]。

6. 开发者支持

对于开发者，可以通过调用 SetProcessInformation() 或 SetThreadInformation() 函数，将进程或线程的状态设置为 EcoQoS 模式。这需要对进程或线程的 PROCESS_POWER_THROTTLING_STATE 进行配置[²]。

好的，这是一份根据你提供的详细资料优化和重构后的完整技术文档。文档结构清晰，内容详实，并补充了面向开发者的关键结论与建议。

---

Windows 11 效率模式深度解析：面向开发者的编程控制与性能影响分析报告

摘要

本文档旨在为开发者和高级用户提供一份关于 Windows 11 效率模式 (Efficiency Mode) 的终极指南。我们将从其核心技术原理入手，深入探讨通过 Windows API 进行编程控制的方法，提供 C++、C#、Python 和 Rust 的多语言实现示例，分析其对开发工作流和应用程序性能的深远影响，并最终给出一系列可操作的最佳实践与战略建议。

---

第一节：解构 Windows 11 效率模式 ⚙️

效率模式是 Windows 11 为提升系统前台响应速度和能源效率而设计的核心功能，它通过限制后台进程的资源消耗来实现这一目标。其本质是微软“可持续软件”计划的一部分，旨在减轻 CPU 压力、降低风扇噪音并延长电池续航。

1.1 双重核心机制

从技术层面看，用户在任务管理器中看到的“效率模式”并非单一设置，而是操作系统对一个进程同时应用 两种独立机制 的组合：

1. 降低进程优先级 (Lowering Process Priority)

   • 机制: 进程的基础优先级被降至 $IDLE_PRIORITY_CLASS$（低优先级）。
   • 效果: 这向 Windows 调度器发出明确信号：该进程的线程 只应在系统空闲时运行，且应被任何更高优先级的线程抢占。这能有效阻止后台进程与用户正在积极交互的前台应用争夺宝贵的 CPU 时间片。

2. 启用 EcoQoS (服务质量)

   • 机制: 进程的服务质量 (QoS) 级别被设置为 EcoQoS。
   • 效果: 这是一种向操作系统的“提示”，建议其以最节能的方式执行该进程。在受支持的现代硬件上（如 Intel 10/11代+、AMD Ryzen 5000系+），这通常意味着：
     • 将其线程调度到 CPU 的 能效核心 (E-cores) 上运行。
     • 以 较低的时钟频率 运行。
   • 效益: 微软数据显示，EcoQoS 最多可将特定负载的 CPU 功耗降低 90%，并在资源紧张时将 前台 UI 响应速度提升 14% 至 76%。

1.2 手动干预与限制

用户可通过任务管理器手动开启效率模式（状态列出现绿色叶子图标 🌿），但存在以下限制：

• 核心进程: 关键的 Windows 进程（如 csrss.exe）选项为灰色，以防影响系统稳定性。
• 进程组: 对于一个父进程，该选项也可能为灰色。必须展开进程树，对单个子进程应用。
• 应用自管理: 许多现代应用（尤其是 Chrome、Edge 等浏览器）会 自行管理其效率状态，可能会覆盖用户的手动设置。

这种 UI 的简化隐藏了重要的架构细节，而开发者则可以利用 API 对这两个机制进行更精细的粒度控制。

---

第二节：通过 Windows API 进行编程控制 (C++ 实现) 💡

编程控制效率模式的核心在于两个 Win32 API 函数。

2.1 核心 API 函数与结构

1. SetPriorityClass(): 用于设置进程的优先级。
2. SetProcessInformation(): 用于设置 EcoQoS。
   • ProcessInformationClass: 设为 ProcessPowerThrottling。
   • ProcessInformation: 指向 PROCESS_POWER_THROTTLING_STATE 结构体的指针。

PROCESS_POWER_THROTTLING_STATE 结构体是控制 EcoQoS 的关键：

• Version: 必须设为 PROCESS_POWER_THROTTLING_CURRENT_VERSION。
• ControlMask: 位掩码，指定要控制的机制。必须包含 PROCESS_POWER_THROTTLING_EXECUTION_SPEED。
• StateMask: 位掩码，指定要开启的机制。启用时包含 PROCESS_POWER_THROTTLING_EXECUTION_SPEED，禁用时为 0。

2.2 关键洞察：“可见性陷阱”

一个极易被误解的要点是，仅仅调用 SetProcessInformation 来启用 EcoQoS 并不会 让任务管理器中的绿色叶子图标出现。

为了让一个进程在视觉上被标记为“效率模式”，开发者必须以编程方式执行以下全部两项操作：

1. 调用 SetPriorityClass(hProcess, IDLE_PRIORITY_CLASS)。
2. 调用 SetProcessInformation 来启用 PROCESS_POWER_THROTTLING_EXECUTION_SPEED。

这种编程状态与 UI 表现的脱节构成了一个潜在的 “可见性陷阱”。开发者不应将任务管理器的 UI 作为验证编程状态的唯一真实来源，最可靠的方法是进行性能和功耗的实证测试。

2.3 C++ (MSVC) 参考实现

#include <windows.h>
#include <iostream>

/**
 * @brief 为指定进程启用或禁用完整的效率模式（优先级 + EcoQoS）。
 * @param processId 目标进程的 ID。
 * @param enable 如果为 true，则启用；如果为 false，则禁用。
 * @return 如果操作成功，返回 true；否则返回 false。
 */
bool SetProcessEfficiencyMode(DWORD processId, bool enable) {
    // 1. 获取目标进程的句柄
    HANDLE hProcess = OpenProcess(PROCESS_SET_INFORMATION, FALSE, processId);
    if (hProcess == NULL) {
        std::cerr << "OpenProcess failed. Error: " << GetLastError() << std::endl;
        return false;
    }

    // 2. 设置进程优先级（可见性陷阱的关键步骤）
    DWORD priorityClass = enable ? IDLE_PRIORITY_CLASS : NORMAL_PRIORITY_CLASS;
    if (!SetPriorityClass(hProcess, priorityClass)) {
        std::cerr << "SetPriorityClass failed. Error: " << GetLastError() << std::endl;
        CloseHandle(hProcess);
        return false;
    }

    // 3. 设置 EcoQoS
    PROCESS_POWER_THROTTLING_STATE throttlingState;
    RtlZeroMemory(&throttlingState, sizeof(throttlingState));
    throttlingState.Version = PROCESS_POWER_THROTTLING_CURRENT_VERSION;
    throttlingState.ControlMask = PROCESS_POWER_THROTTLING_EXECUTION_SPEED;
    throttlingState.StateMask = enable ? PROCESS_POWER_THROTTLING_EXECUTION_SPEED : 0;

    if (!SetProcessInformation(
            hProcess,
            ProcessPowerThrottling,
            &throttlingState,
            sizeof(throttlingState))) {
        std::cerr << "SetProcessInformation failed. Error: " << GetLastError() << std::endl;
        // 尝试恢复优先级
        if (enable) {
            SetPriorityClass(hProcess, NORMAL_PRIORITY_CLASS);
        }
        CloseHandle(hProcess);
        return false;
    }

    CloseHandle(hProcess);
    return true;
}

int main() {
    // 替换为您想要控制的目标进程的 PID
    DWORD targetProcessId = 12345; // 示例 PID

    std::cout << "Enabling Efficiency Mode for PID: " << targetProcessId << std::endl;
    if (SetProcessEfficiencyMode(targetProcessId, true)) {
        std::cout << "Success. Check Task Manager. Waiting 10 seconds..." << std::endl;
        Sleep(10000);

        std::cout << "Disabling Efficiency Mode for PID: " << targetProcessId << std::endl;
        if (SetProcessEfficiencyMode(targetProcessId, false)) {
            std::cout << "Successfully disabled." << std::endl;
        }
    }
    return 0;
}

---

第三节：多语言实现指南 🚀

以下是如何在 C#、Python 和 Rust 中实现相同功能的指南和代码示例。

3.1 C# 与 .NET (P/Invoke)

通过平台调用服务 (P/Invoke) 导入 kernel32.dll 的函数，并定义对应的托管结构体和枚举。

// 完整的 C# 实现已在您的原始文档中提供，此处为摘要
using System.Diagnostics;
using System.Runtime.InteropServices;

public class EfficiencyModeManager {
    // [DllImport("kernel32.dll")] for SetPriorityClass & SetProcessInformation
    // private enum PriorityClass { ... }
    // private struct PROCESS_POWER_THROTTLING_STATE { ... }

    public static bool SetProcessEfficiencyMode(int processId, bool enable) {
        // 1. Process.GetProcessById(processId) to get handle
        // 2. Call SetPriorityClass with PriorityClass.IDLE_PRIORITY_CLASS
        // 3. Instantiate and populate PROCESS_POWER_THROTTLING_STATE
        // 4. Call SetProcessInformation
        return true; // Simplified for brevity
    }
}

3.2 Python (ctypes)

利用内置的 ctypes 库加载 kernel32.dll 并直接调用其函数，无需编译器。

# 完整的 Python 实现已在您的原始文档中提供，此处为摘要
import ctypes
from ctypes import wintypes
import subprocess

# Define Win32 constants (IDLE_PRIORITY_CLASS, etc.)
# class PROCESS_POWER_THROTTLING_STATE(ctypes.Structure): ...

kernel32 = ctypes.WinDLL('kernel32', use_last_error=True)
# Set function argtypes and restype for type safety

def set_process_efficiency_mode(pid: int, enable: bool):
    # 1. kernel32.OpenProcess(pid)
    # 2. kernel32.SetPriorityClass()
    # 3. Create and populate PROCESS_POWER_THROTTLING_STATE instance
    #    (Crucially, set both ControlMask and StateMask)
    # 4. kernel32.SetProcessInformation()
    # 5. kernel32.CloseHandle()
    return True # Simplified for brevity

3.3 Rust (windows-sys)

使用 windows-sys crate 提供的原始 FFI 绑定，在 unsafe 块中进行调用。

// 完整的 Rust 实现已在您的原始文档中提供，此处为摘要
use std::mem;
use windows_sys::Win32::Foundation::{GetLastError, FALSE};
use windows_sys::Win32::System::Threading::{
    OpenProcess, SetPriorityClass, SetProcessInformation,
    IDLE_PRIORITY_CLASS, NORMAL_PRIORITY_CLASS, PROCESS_SET_INFORMATION,
    PROCESS_POWER_THROTTLING_STATE,
};

fn set_process_efficiency_mode(pid: u32, enable: bool) -> Result<(), u32> {
    unsafe {
        // 1. OpenProcess(pid)
        // 2. SetPriorityClass()
        // 3. Create and populate PROCESS_POWER_THROTTLING_STATE with mem::zeroed()
        // 4. SetProcessInformation()
        // 5. CloseHandle()
    }
    Ok(()) // Simplified for brevity
}

跨语言 API 映射表

功能	C++ (MSVC)	C# (P/Invoke)	Python (ctypes)	Rust (windows-sys)
函数导入	#include <windows.h>	[DllImport("kernel32")]	ctypes.WinDLL('kernel32')	use windows_sys::...
结构体定义	struct PROCESS_...{...};	struct Process...{...}	class Proc(Structure): ...	use ...PROCESS_..._STATE;
函数调用	SetInfo(h, &s, sizeof(s));	SetInfo(h, ref s, size);	kernel32.SetInfo(h, byref(s), sizeof(s))	unsafe { SetInfo(h, &s, size); }
错误检查	if (!r) { GetLastError(); }	if (!r) { Marshal.GetLast...(); }	if not r: ctypes.get_last_error()	if r == FALSE { GetLastError() }

---

第四节：对 Windows 开发者的性能影响 ⚠️

效率模式是一把双刃剑，它在优化某些场景的同时，也可能对开发者的生产力造成严重损害。

4.1 对开发工作流的影响：生产力悖论

• 构建时间: 编译、链接等 CPU 密集型任务（如 cl.exe, csc.exe, rustc.exe）正是效率模式的限制目标。被降级后，构建时间会显著增加，破坏快速迭代的开发周期。
• 调试体验: 被限制的调试器或被调试进程会导致灾难性的体验：单步执行延迟、断点命中不及时、IDE 卡顿等。

这揭示了一个 “生产力悖论”：一个旨在提升前台 UI 性能的特性，通过牺牲开发者赖以生存的关键“后台”任务的性能来实现。

4.2 对应用程序性能的影响：用户体验困境

许多用户报告，当切换回一个已进入效率模式的应用时，会经历 3-5 秒的明显“唤醒”延迟。对于在 IDE 和多标签浏览器之间频繁切换的开发者，或使用 CAD 等专业软件的用户，这种延迟是无法接受的，甚至被视为“Bug”。

4.3 辩证看待：利与弊

• 利: 对于真正非交互、对延迟不敏感的后台任务（如文件索引、云同步、深夜更新），效率模式能按预期工作，有效节能降噪。
• 弊: 问题在于其对“后台”的定义过于简单化（通常仅基于窗口焦点），而未能理解用户的真实 “意图”。当开发者在等待编译器完成时，编译器虽是后台进程，但却是用户意图的焦点。

---

第五节：最佳实践与战略建议

开发者应采取主动策略，既要在自己的应用中善用此功能，也要在自己的开发环境中规避其弊端。

5.1 对于应用程序开发者：成为“优秀的操作系统公民”

1. 识别真正后台工作: 审计你的应用，找出真正非交互、对延迟不敏感的组件（如后台数据同步、更新检查）。
2. 智能化地实现: 按需开关 EcoQoS。在特定后台任务开始时开启，任务完成或用户切换回应用时关闭。避免在整个进程生命周期内持续开启。
3. 提供用户覆盖选项: 为用户提供一个清晰的设置来禁用 EcoQoS，这对于遇到性能问题的能力型用户至关重要。

5.2 对于环境配置：驯服效率模式

1. 系统级设置: 将 设置 > 系统 > 电源和电池 > 电源模式 设为 “最佳性能”，可降低系统节流的激进程度。
2. 针对性禁用:
   • 快捷方式: 对基于 Chromium 的应用（如 VS Code, Chrome），可在其快捷方式目标后添加 --disable-features=UseEcoQoSForBackgroundProcess。
   • 第三方工具: 使用 Process Lasso 等工具，为 cl.exe、YourIDE.exe 等关键进程设置持久性规则，防止其进入效率模式。
3. 注册表编辑 (终极手段，慎用):
   • 可通过在 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Power\PowerThrottling 下将 PowerThrottlingOff (DWORD) 设为 1 来全局禁用电源节流。
   • 警告: 这是一个非常粗暴的工具，会显著增加功耗和热量，违背了该功能在移动设备上的初衷。仅建议用于专用、外接电源的工作站。

---

第六节：结论：开发者的最终裁决

效率模式是一项强大但存在根本性设计缺陷的功能。 它在提升能源效率上取得了成功，但这往往是以牺牲最需要性能的能力型用户和开发者的生产力为代价的。

最终建议：

• 作为应用创建者: 开发者应该在自己的应用程序中，为真正非关键的后台组件拥抱并外科手术式地使用 EcoQoS API。
• 作为环境使用者: 开发者必须保持警惕，并主动为自己的整个开发工具链（IDE、编译器、调试器）禁用效率模式。

操作系统的默认行为并未针对开发者生产力进行优化。开发者的默认立场应该是：假定效率模式对其工作流程有害，直到有特定用例证明并非如此。

Ref

https://www.sysgeek.cn/windows-11-efficiency-mode/ https://blog.csdn.net/qq_40821287/article/details/130310567 https://help.kookapp.cn/65ea/30c1