C++无法跨平台直接获取CPU温度，Linux需遍历/sys/class/hwmon/读取temp*_input（单位m°C），Windows依赖已受限的WMI（MSAcpi_ThermalZoneTemperature，单位0.1K）或第三方工具，macOS则基本不可行。
C++ 无法直接跨平台获取 CPU 温度——没有标准库支持，也没有统一硬件接口，必须依赖操作系统提供的底层机制或第三方传感器驱动。
Linux 下读取 /sys/class/hwmon/ 是最可靠的方式
现代 Linux 内核通过 hwmon 子系统暴露温度传感器数据，路径通常为 /sys/class/hwmon/hwmon*/temp*_input。这些文件内容是整数毫摄氏度值（如 62500 表示 62.5°C）。
- 需遍历
/sys/class/hwmon/下所有子目录，检查name文件是否含"k10"、"it87"、"coretemp"等关键词，缩小目标范围 -
temp*_label文件可能提供语义说明（如"Tdie"或"Package id 0"），但不可靠，优先以temp*_input+temp*_crit组合交叉验证 - 注意权限：普通用户可能无权读取某些
hwmon目录，临时方案是加sudo，长期应配置 udev 规则（如SUBSYSTEM=="hwmon", GROUP="sensor", MODE="0644"） - 不要硬编码路径（如
/sys/class/hwmon/hwmon2/temp1_input），设备序号在重启或热插拔后可能变化
Windows 上只能走 WMI 或 WinRing0，且后者已基本失效
Windows 没有公开的内核级温度接口。WMI 的 MSAcpi_ThermalZoneTemperature 类曾被广泛使用，但自 Windows 10 1809 起多数 OEM 厂商已禁用该提供者；WinRing0 需加载内核驱动，Win10 1607+ 默认禁止未签名驱动，且微软已将其列为“不兼容”组件。
- WMI 查询示例：
SELECT CurrentTemperature FROM MSAcpi_ThermalZoneTemperature，返回值是十分之一开尔文（如3032≈ 30.3°C），但实际常返回0或抛出WBEM_E_NOT_SUPPORTED - 替代方案只有依赖主板厂商 SDK（如 ASUS AI Suite、MSI Dragon Center 的私有 IPC 接口），或调用第三方工具（如
OpenHardwareMonitor.exe /raw）并解析其 stdout - 任何尝试直接读取 MSR 寄存器（如
IA32_TEMPERATURE_TARGET）的行为，在非 Ring-0 权限下会触发 #GP 异常，C++ 程序直接崩溃
macOS 完全不暴露 CPU 温度给用户态程序
Apple 明确禁止第三方访问 SMC（System Management Controller）传感器数据。官方工具 istats 是通过逆向 SMC 驱动并签名加载 kext 实现的，而 macOS Catalina+ 已强制关闭 kext 加载（除非完全禁用 SIP，且仅限 Intel 机型）。
-
ioreg -r -n IOHWSensor | grep "temperature"在 M1/M2 上始终为空；Intel 机型即使能查到，数值也常是固定值或严重滞后 - 试图用 IOKit 调用
IOServiceGetMatchingServices匹配"IOHWSensor"类，返回的 service object 不支持kIOHWSensorValueKey属性读取 - 目前唯一可行路径是调用
smc_util这类社区维护的命令行工具（依赖已签名的 helper tool），再用popen()解析输出——但这本质是绕过系统限制，不稳定且易被 macOS 更新破坏
真正落地时，最务实的做法是：Linux 用 hwmon 自研解析逻辑，Windows/macOS 直接集成 OpenHardwareMonitor 或 istats 的 CLI 输出解析，别碰驱动层。温度值本身误差常达 ±3°C，过度追求“精确读取”反而掩盖了更关键的问题：你到底要用这个温度做什么？触发降频？记录日志？还是做 UI 动画？场景决定技术选型，而不是反过来。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
