在Windows 11中需用HWiNFO64直读MSR寄存器获取CPU封装总功耗（Package Power），并依“Core Type”字段区分P/E核；Intel Processor Diagnostic Tool可交叉验证；PowerShell结合HWiNFO64能定位高功耗进程绑定的物理核心类型。
要在Windows 11中准确获取CPU当前实际运行功率（单位：瓦特），并区分各物理核心的负载贡献，必须绕过任务管理器的整机估算限制，直接读取处理器封装级传感器数据；系统原生界面不提供“每核心瓦数”，但可通过工具解析核心簇功耗分布与频率-电压关联模型间接推断。
用HWiNFO64读取CPU封装总功耗及核心类型识别
HWiNFO64是目前唯一能在Win11中稳定获取Package Power（封装总功耗）并同步标注P-core/E-core身份的通用工具，它通过MSR寄存器直读CPU微码层电源域状态，避免主板传感器兼容性陷阱。
1、访问https://www.php.cn/link/552fd29905739c6a2530a5d60b19d196下载最新版HWiNFO64便携版（.exe文件，无需安装）。
2、右键该文件→选择“以管理员身份运行”；启动后在弹出窗口中【务必勾选“Sensors only”】，点击“Run”进入精简传感器模式——这能屏蔽冗余硬件条目，加快加载速度并提升数值刷新稳定性。
3、在主界面左侧设备树中展开“CPU”节点或具体型号条目（如“Intel Core i9-14900K”）。
4、查找标有“Package Power (W)”的实时数值行，该数字即为CPU当前总功耗（含P-core、E-core、核显、IO die全部耗电）；向下滚动同节点，定位“Core #X”子项下的“Core Type”字段，明确显示“P-Core”或“E-Core”——这是区分混合架构核心身份的唯一可靠依据。
5、注意观察各核心“Clock”子项中的“Actual Clock”与“Temperature”：P-core空载时通常维持1.8–2.2 GHz且温度低于50℃，E-core若持续低于1.0 GHz且温度＜40℃，基本可判定其处于深度节能状态，对当前Package Power贡献极小。
用Intel Processor Diagnostic Tool验证Intel CPU功耗（仅限Intel平台）
该工具由Intel官方维护，专为第6代至最新酷睿处理器设计，绕过主板SMBus链路，直接从CPU内部微码读取Package Power参数，数据稳定性高于第三方工具，适合交叉验证HWiNFO64读数是否受驱动干扰。
方法一：快速读取
1、前往Intel官网搜索“Intel Processor Diagnostic Tool”，下载支持Windows 11 64位的最新版本。
2、安装完成后以管理员权限运行，接受许可协议进入主界面。
3、点击顶部菜单栏的“Processor Information”选项卡，无需执行任何测试。
Miller (mlr) 是一个命令行工具，用于查询、整形和重新格式化名称索引数据，如 CSV、TSV、JSON 和 JSON Lines。它将 awk、sed、cut、join 和 sort 的功能整合到一个专为结构化数据处理而构建的单一工具中。
4、在参数列表中找到“Package Power”字段，右侧数值即为当前CPU实时功耗（单位：W）。
方法二：压力校验（可选）
若HWiNFO64与本工具读数偏差＞5W，点击“Run Tests”→勾选“Stress Test”并运行60秒，观察两者在满载下的收敛程度；【若差异仍超8W，说明主板VRM供电监测电路存在校准偏移，应以本工具读数为准】。
用PowerShell定位高功耗核心对应进程（实操路径）
当Package Power异常升高（如待机超15W），需快速锁定是哪个核心被特定进程长期霸占——此操作不显示瓦数，但能定位功耗源头，避免盲目重启。
第一步：打开管理员权限终端
右键开始菜单→选择“Windows Terminal（管理员）”。
第二步：获取高CPU占用进程及其绑定核心
输入命令：Get-Process | Where-Object { $_.CPU -gt 100 } | Sort-Object CPU -Descending | Select-Object ProcessName, Id, CPU, StartTime | Format-Table -AutoSize，回车执行；该命令筛选CPU时间消耗超100秒的进程（非瞬时百分比），按累计耗时降序排列。
第三步：查该进程绑定的逻辑处理器编号
记下上一步输出中的PID（如12345），再输入：Get-Counter '\Process(12345)\% Processor Time' -SampleInterval 1 -MaxSamples 3 | ForEach-Object { $_.CounterSamples | Select-Object InstanceName, CookedValue }，回车；观察InstanceName列，若显示“chrome#1”，说明该进程线程主要运行在逻辑处理器1上。
第四步：映射至物理核心类型
回到HWiNFO64，展开“CPU”节点→查找“Logical Processor #1”所在行→向上追溯至所属“Core #X”→查看其“Core Type”字段；若为E-Core且该进程未启用多线程，大概率是浏览器标签页后台脚本导致E-core无法深度休眠，持续贡献3–5W无效功耗。
