C++如何通过代码获取系统当前的电源计划详细信息-C++-PHP中文网

windows下应通过powergetactivescheme获取当前电源方案句柄，再用powerreadvalue逐项读取guid设置值，注意处理继承关系、错误码及会话隔离性。

c++如何通过代码获取系统当前的电源计划详细信息

Windows平台下用PowerSetting GUID查询当前电源计划

Windows的电源计划不是简单的一个“平衡”或“高性能”字符串，而是由一整套POWER_SETTING GUID组成的层级结构。直接读注册表或调用powercfg /q命令行输出不可靠——它依赖本地化字符串且不反映实时生效值。真正稳定的方式是用Windows API的PowerReadValue逐项读取。

关键点在于：必须先用PowerGetActiveScheme拿到当前激活的电源方案句柄（HPOWERSCHEME），再对每个关心的设置项（如GUID_PROCESSOR_THROTTLE_MAXIMUM、GUID_DISK_IDLE_TIMEOUT_SECONDS）调用PowerReadValue。

常见错误是忽略返回值检查：PowerReadValue失败时可能返回ERROR_NO_MORE_ITEMS（该子项未配置，继承上级值）或ERROR_INVALID_PARAMETER（GUID不合法或句柄无效），不能简单当0处理。

C++中正确调用PowerReadValue读取CPU最大频率限制

以获取当前电源计划下的CPU最大频率百分比（即“处理器电源管理→最大处理器状态”）为例，这个值对应GUID_PROCESSOR_THROTTLE_MAXIMUM，类型为DWORD，单位是百分比（0–100）。

实操要点：

C函数速查手册（CHM版）

下载

PowerReadValue返回的是原始DWORD值，但部分设置（如超线程开关）可能存为BOOLEAN或ULONGLONG，需按PowerSettingType文档匹配类型
必须传入正确的POWER_DATA_ACCESSOR：对“当前激活方案”用ACCESS_SCHEME；若想读某方案的默认值（非继承值），得用ACCESS_SUBGROUP + 子组GUID
某些设置（如GUID_SYSTEM_AWAYMODE_ENABLED）在桌面版Windows中默认不存在，PowerReadValue会返回ERROR_NOT_FOUND，需容错处理

示例片段（简化错误检查）：

HPOWERSCHEME hScheme = nullptr;
if (PowerGetActiveScheme(nullptr, &hScheme) == ERROR_SUCCESS) {
    DWORD dwMaxFreq = 0;
    DWORD cbSize = sizeof(dwMaxFreq);
    if (PowerReadValue(hScheme,
        &GUID_ACTIVE_POWER_SCHEME,
        &GUID_PROCESSOR_SETTINGS_SUBGROUP,
        &GUID_PROCESSOR_THROTTLE_MAXIMUM,
        &dwMaxFreq,
        &cbSize,
        ACCESS_SCHEME) == ERROR_SUCCESS) {
        // dwMaxFreq 即当前生效的最大频率百分比
    }
    PowerFreeScheme(hScheme);
}

跨电源方案对比时注意子组和设置项的继承关系

Windows电源设置是树状继承：全局默认值 → 电源方案 → 子组（如处理器、硬盘、显示） → 具体设置项。当你调用PowerReadValue时，API自动做继承解析——它返回的是“最终生效值”，而非你在电源选项UI里看到的“已修改项”。

这意味着：

如果用户没改过“硬盘关闭时间”，PowerReadValue仍会返回一个有效值（继承自方案默认值），不能据此判断该设置是否被手动调整过
要检测是否“被修改”，需额外调用PowerReadValue两次：一次用ACCESS_SCHEME（生效值），一次用ACCESS_DEFAULT（方案默认值），比较二者是否相等
GUID_DISK_IDLE_TIMEOUT_SECONDS在AC/DC模式下是独立存储的，必须分别用GUID_AC_POWER_SOURCE和GUID_DC_POWER_SOURCE作为子组参数读取

权限与兼容性陷阱：管理员权限不是必需的，但UWP沙箱内不可用

读取当前电源计划不需要管理员权限——普通用户进程可安全调用PowerGetActiveScheme和PowerReadValue。但有两个硬限制：

Windows应用商店应用（UWP）因沙箱隔离，无法访问电源API，会直接返回ERROR_ACCESS_DENIED
Windows Server Core或Nano Server等无GUI版本可能未加载电源策略服务，PowerGetActiveScheme返回ERROR_SERVICE_NOT_ACTIVE
旧版Windows（如XP）不支持PowerReadValue，需降级使用PowerGetConfiguration（仅返回粗粒度模式名）

真正容易被忽略的是：即使在同一台Win10机器上，远程桌面会话（Session 0）和用户交互会话（Session 1+）的电源方案可能不同，PowerGetActiveScheme只返回**当前会话**的方案，不是系统全局值。