CPU高温降频本质是硬件级热保护触发的功耗平方级衰减，需通过HWiNFO64监测Package Power、Core Voltage、Clock和Package Temperature四参数耦合变化，结合USB-C功率计实测电源输入功耗，而非依赖任务管理器频率数据。
要搞清电脑高温降频与功耗计算之间的关系，必须跳过任务管理器里“CPU使用率”这种表面数据，直接观测电压、频率、温度三者的实时耦合变化——因为降频不是软件行为，而是硬件级热保护触发的功耗收缩链式反应。
高温降频本质是功耗的平方级衰减
第一步：打开HWiNFO64 → 传感器模式 → 勾选【CPU Package Power】、【CPU Core Voltage】、【CPU Clock】、【CPU Package Temperature】四项；
第二步：运行AIDA64单烤FPU 5分钟，待温度稳定在90℃±2℃后观察数值；
第三步：记录此时Package Power（如18.3W）、Core Voltage（如0.912V）、Clock（如1.9GHz）；
第四步：对比刚启动时的峰值数据（如45.2W / 1.248V / 4.4GHz），会发现功耗下降59.7%，而电压仅降0.336V、频率降2.5GHz——这说明功耗削减并非线性，【P∝V²f，电压微降会引发功耗断崖式下跌】。
功耗墙与温度墙如何协同触发降频
方法一：看HWiNFO64中“CPU Performance Limit Reasons”栏
若显示“IA: Thermal Event = 1”，说明CPU正以温度为锚点动态调节频率，每核精度±100MHz，目标是把Package Temperature钉死在厂商设定的温度墙（如80℃）；
若显示“IA: PROCHOT = 1”，则整颗CPU已被硬性拉频至最低基础频率（如i7-11800H被锁在800MHz），这是BD-PROCHOT信号激活的暴力限频，【此时Package Power常跌破15W，但温度未必高，可能是主板误报或EC固件bug】。
方法二：用USB-C功率计串接电源适配器
这一步操作起来很简单，直接把功率计插在充电口和电脑之间就行。但务必确认功率计支持PD协议协商电压档位，否则仅显示5V固定值，无法反映真实动态功耗。
为什么只看CPU频率会误判降频原因
打开任务管理器 → 性能 → CPU → 查看“速度”右侧数值是否持续低于基础频率（如i7-11800H标称2.3GHz，实测长期卡在1.2GHz）；
同时观察“内核数”下方“最大频率”是否被锁定在远低于睿频上限的值（如4.6GHz被压至2.1GHz）；
【若“最大频率”数值不变但“速度”持续走低，说明是后台负载下降而非热节流】；
真正有效的判断依据是HWiNFO64中Package Power是否同步骤降——因为热节流是硬件级闭环响应，电源模块会同步收缩供电能力，但Windows任务管理器不显示该层级数据。
