/sys/class/thermal是最快最可靠的方式，Linux内核通过thermal子系统原生暴露温度数据，无需额外依赖或root权限，路径如/sys/class/thermal/thermal_zone*/temp，单位为毫摄氏度，需除以1000转换为℃，且支持语义化识别CPU相关zone（如x86_pkg_temp、cpu_thermal）。
Linux下读取/sys/class/thermal/是最快最可靠的方式
Linux内核从2.6开始通过thermal子系统暴露温度传感器数据，无需额外依赖或root权限（只要文件可读）。路径通常为/sys/class/thermal/thermal_zone0/temp，但具体编号和命名因硬件而异。
实操建议：
- 先用命令
ls /sys/class/thermal/确认可用的thermal_zone*目录 - 逐个读取
type文件（如cat /sys/class/thermal/thermal_zone0/type）识别CPU相关项（常见值：x86_pkg_temp、coretemp、cpu_thermal） -
temp文件单位是毫摄氏度（如52300表示52.3°C），需除以1000.0转换 - C++中用
std::ifstream读取即可，注意检查failbit和eofbit
Windows没有标准API，WMI查询Win32_PerfFormattedData_Counters_ThermalZoneInformation成功率低
Windows不提供稳定、通用的CPU温度获取接口。WMI类Win32_PerfFormattedData_Counters_ThermalZoneInformation在多数消费级主板上返回空或0，仅部分高端笔记本或服务器BIOS支持。
常见错误现象：
立即学习“C++免费学习笔记（深入）”；
- 查询返回
HRESULT = 0x80041010（无效类名）——该WMI类在Win10/11默认禁用或未实现 - 字段
Temperature恒为0或NULL，即使HWiNFO能读出温度 - 需要启用
WMI Performance Adapter服务且重启，仍不可靠
替代方案：调用第三方工具（如OpenHardwareMonitor.exe --csv）并解析输出，但引入外部依赖和权限问题。
跨平台方案别硬写，优先用libhwmon或psutil绑定
自己遍历/sys或解析WMI容易漏掉多核、多封装、传感器校准等细节。成熟库已处理这些边界：
-
libhwmon（C++轻量库）：专注Linux硬件监控，自动匹配CPU温度源，支持Intel/AMD不同封装 -
psutil（Python）+ C++调用：用psutil.sensors_temperatures()获取结构化结果，再通过pybind11或C API桥接 - 避免用
lm-sensors命令行解析——其输出格式随版本变化（如sensors -uvssensors），不稳定
注意thermal_zone可能反映的是封装温度而非核心温度
Linux下thermal_zone0常对应整个CPU封装（package），不是单个核心。某些平台（如Raspberry Pi）甚至报告SoC整体温度，与CPU负载弱相关。
关键区别：
-
coretemp（Intel）或k10temp（AMD）驱动提供的hwmon节点才反映真实核心温度 - 路径类似
/sys/devices/platform/coretemp.0/hwmon/hwmon*/temp*_input，需按name文件内容筛选 - 同一系统可能有多个
hwmon设备，但只有1–2个真正关联CPU；盲目读第一个temp1_input大概率错
实际部署时，必须结合lscpu和ls /sys/class/hwmon/交叉验证，不能只依赖固定路径。
