macos 14+ m系列芯片无法用powermetrics或istats读取cpu温度，因apple屏蔽smc接口并改用asc；唯一有效方案是stats for mac（热负荷值）和tg pro（反推温度，±3℃误差）。

macOS 14+（含M系列芯片）无法用传统 powermetrics 查 CPU Die 温度 —— 这是 Apple 主动屏蔽的限制，不是你命令写错了。

为什么 powermetrics --samplers smc 在 M 芯片上不显示温度

M 系列芯片（M1/M2/M3/M4）没有公开暴露 SMC 温度传感器接口，powermetrics 调用 --samplers smc 时会返回空或仅输出风扇/功耗等有限字段，CPU Die Temperature 行根本不会出现。这不是权限问题，也不是命令遗漏，是 Apple 硬件抽象层的策略性隐藏。

• Intel Mac 上能跑通的 sudo powermetrics --samplers smc | grep "CPU Die"，在 M 芯片上执行后无任何温度匹配输出
• thermal level 字段仍可读取，但它是系统级节流状态码（0–4），不对应具体摄氏度数值
• Apple 官方文档明确指出：M 系列芯片的传感器数据仅向系统内部（如活动监视器、能耗图表）开放，未提供用户态 API

iStats 在 M 芯片上只能读风扇和电池，不能读 CPU/GPU 温度

iStats 依赖 SMC 接口，而 M 系列芯片已弃用 SMC，改用 ASC（Apple System Controller）。当前所有版本的 iStats（包括 v1.7.2）在 M 芯片上运行 istats cpu 会报错或返回 N/A，不是安装问题，是架构不兼容。

• 执行 istats 后能看到 Fan RPM 和 Battery temperature，但 CPU temperature 列为空或显示 -
• istats fan 仍有效，说明底层风扇控制通道是开放的
• 别试 sudo gem install iStats 后反复重装 —— Ruby 版本、gem 权限、Xcode 工具都配对也没用，根源在硬件抽象层缺失

真正能在 M 芯片上稳定读取温度的方案只有两个

目前（2026 年 4 月）经实测有效的方案只有两个，且都依赖 Apple 自家框架或逆向成果：

• Stats for Mac（开源免费）：通过 IOKit + ApplePrivate framework 间接获取 cpu-heat-level 和 gpu-heat-level（非摄氏度，是 0–100 归一化热负荷值），界面里标为 “CPU Heat”；它不造假，也不硬凑数字，而是用 Apple 内部指标反映真实负载趋势
• TG Pro（付费，v5.0+）：唯一被证实能从 M 系列芯片 ASC 中提取近似温度值的商业工具，显示为 CPU Proximity（单位 ℃），原理是通过电压/频率/功耗模型反推，误差约 ±3℃，比瞎猜靠谱，且支持记录 CSV 和热压力告警
• 注意：Fanny、iStat Menus、Macs Fan Control 的 M 系列版本均未实现真实温度读取，它们菜单栏显示的 “CPU Temp” 实际是伪造占位符或直接复用 Intel 分支的旧逻辑，不可信

监控 M 芯片性能更该看什么，而不是温度

与其纠结一个 Apple 不给的摄氏度数字，不如盯住系统实际行为信号：

• 打开「活动监视器」→ 切到「能耗」标签页：重点关注 Energy Impact（实时功耗权重）和 App Power Draw（各进程能耗排名），比温度更能定位发热源头
• 终端执行 powermetrics -n 1 --show-process-energy：输出中 package power（整颗 SoC 功耗，单位 W）和 perfctrs 下的 instructions per cycle（IPC）比温度更有诊断价值
• 观察风扇是否响应：即使看不到温度，只要 istats fan 显示 RPM 升高，就说明 ASC 已触发散热逻辑 —— 这本身就是最真实的“热事件”证据

真正麻烦的不是找不到温度数字，而是很多人把温度当成因果判断依据。M 芯片的热管理是闭环动态策略，同一温度下 CPU 频率可能因 workload 类型差异浮动 30%，盯着 ℃数反而容易误判。先看功耗、再看频率、最后看风扇响应，这条路径比任何“温度监控软件”都可靠。