Windows 用 GetSystemPowerStatus 获取电池电量（BatteryLifePercent），需先检查 BatteryFlag 是否为 BATTERY_FLAG_NO_BATTERY；温度无可靠原生 API，WMI 类多无效，推荐 HWiNFO 等第三方工具；Linux 通过 sysfs 遍历 /sys/class/power_supply/ 和 /sys/class/hwmon/ 读取，路径不固定且需单位换算。
Windows 上用 GetSystemPowerStatus 读电池电量
Windows 提供了最轻量的原生 API 来获取电池状态，GetSystemPowerStatus 是唯一需要调用的函数，它不依赖 WMI 或驱动，兼容 Win7 到 Win11。返回的 SYSTEM_POWER_STATUS 结构体里，BatteryLifePercent 字段就是当前电量百分比（0–100），ACLineStatus 可判断是否插电（AC_LINE_ONLINE 或 AC_LINE_OFFLINE）。
注意：该 API 仅对笔记本/带电池的设备有效；台式机或虚拟机调用后 BatteryFlag 通常为 BATTERY_FLAG_NO_BATTERY，此时 BatteryLifePercent 无意义，不能直接取值。
实操建议：
- 必须先检查
BatteryFlag & BATTERY_FLAG_NO_BATTERY是否为真，否则可能误读为 0% 或 255% -
BatteryLifeTime和BatteryFullLifeTime在多数现代设备上恒为 –1，不要依赖它们估算剩余时间 - 无需管理员权限，但需链接
kernel32.lib（MSVC 默认已含）
Windows 上用 WMI 查询硬件温度（如 CPU、GPU）
Windows 没有公开的、稳定可用的系统级 API 直接暴露温度传感器数据。Win32_TemperatureProbe 类看似可行，但它在大多数消费级主板和笔记本上返回空结果或无效值（CurrentReading 常为 NULL 或 0），因为厂商很少实现 SMBIOS Type 27 表或未启用 WMI 温度提供程序。
立即学习“C++免费学习笔记（深入）”；
真正能拿到温度的路径是绕道硬件监控工具提供的驱动接口，比如 HWiNFO 的 HWiNFO64.exe /SENSORS 输出 JSON，或通过其共享内存协议（\.HWiNFO 设备名 + 共享内存映射）读取——但这不属于“系统原生 API”，且需用户提前安装 HWiNFO 并运行传感器后台。
实操建议：
- 别在生产环境硬依赖
Win32_TemperatureProbe，它在 Dell/HP/Lenovo 主流机型上基本不可用 - 若必须用 WMI，优先尝试
MSAcpi_ThermalZoneTemperature（需 ACPI 支持），但返回值单位是 10⁻¹K，要除以 10 再减 273.15 才得摄氏度，且很多新平台已弃用该类 - 没有通用免安装方案；想稳定读温度，就得接受依赖第三方传感器服务（如 Open Hardware Monitor 的本地 TCP 接口或 HWiNFO 的 SMV）
Linux 上用 sysfs 读电池与温度（无需 root，但路径不固定）
Linux 没有统一 API，所有信息都来自 /sys/class/power_supply/（电池）和 /sys/class/hwmon/（温度）。路径取决于内核驱动加载顺序和硬件型号，比如电池可能在 acpi-BAT0、intel-smart-battery 或 usbc-battery 下；温度传感器可能分布在 hwmon0～hwmon3，每个目录下有 temp1_input、name 等文件。
关键点：所有读取都是纯文件 I/O，不用系统调用，也不需链接特殊库。但必须遍历路径、过滤无效值（如 temp1_input 内容为 0 或空字符串时跳过）、并处理单位（温度值是毫摄氏度，需除以 1000）。
实操建议：
- 电池电量查
/sys/class/power_supply/*/capacity（内容为 0–100 的整数字符串），优先选status=Discharging或online=0的节点 - 温度查
/sys/class/hwmon/hwmon*/name匹配coretemp（Intel CPU）、k10temp（AMD）、amdgpu（GPU），再读对应temp*_input - 避免硬编码路径；每次读前检查文件是否存在、可读、非空，否则
std::stoi会抛异常
跨平台不可行，别试图封装一个统一接口
Windows 的电池 API 和 Linux 的 sysfs 完全异构；温度方面，Windows 缺乏可靠原生支持，Linux 虽开放但路径碎片化。任何声称“一套代码通吃”的封装，要么在 Windows 上静默失败（温度返回 0），要么在 Linux 上随机崩在某个 OEM 设备上（因 hwmon 节点命名不规范）。
更现实的做法是按平台条件编译，或运行时探测：#ifdef _WIN32 走 GetSystemPowerStatus + WMI 回退，#ifdef __linux__ 走 sysfs 遍历。温度模块单独抽离，明确标注“仅当 HWiNFO 或 sensors 已就绪时启用”。
最容易被忽略的一点：电池状态每秒轮询一次没问题，但温度传感器有采样频率限制（如 coretemp 默认 2s 间隔），高频读取不仅得不到新值，还可能触发内核限流，导致后续读取超时或阻塞。
