必须用perfmon创建数据收集器集捕获cpu异常：添加四项计数器、设15秒采样、存为.blg日志；主动触发负载验证监控有效性；加载日志定位精确时间点与高占用进程；导出csv用excel交叉分析确认根因。
当电脑在空载或轻负载状态下CPU持续占用超90%，风扇狂转、响应迟钝，必须用Windows性能监视器（PerfMon）抓取完整时间序列数据，识别是瞬时峰值、周期性任务还是后台服务持续霸占资源。
创建专用数据收集器集捕获真实负载
直接打开实时图表无法回溯过去3分钟发生了什么，必须先建一个带时间戳的日志记录器。这一步不能跳过，否则所有分析都成空中楼阁。
按下 Win + R，输入 perfmon 回车→左侧展开“数据收集器集”→右键“用户定义”→新建→数据收集器集→输入名称如“CPU异常捕获”→选择“手动创建(高级)”→点击“下一步”。
勾选“性能计数器”→点击“下一步”→点击“添加”按钮→在弹出窗口中依次添加以下四项：Processor(_Total)\% Processor Time、Process(*)\% Processor Time、System\Processor Queue Length、Memory\Available MBytes→全部添加后点“确定”。
样本间隔设为15秒——太短会撑爆磁盘，太长会漏掉关键波动；日志格式选二进制 (.blg)；保存路径务必选非系统盘（例如 D:\PerfLogs\CPU_Anomaly），并确认该文件夹已存在且有写入权限。
【启动前必须勾选“在单击完成时启动此数据收集器集”】，否则建完就停在那里，什么也录不到。
触发并同步观察异常场景
不要等“问题自己出现”，主动制造典型负载来暴露隐藏行为：打开浏览器多开10个标签页+播放4K视频+后台解压大文件，同时保持数据收集器运行。此时你不是在测试电脑，是在测试监控是否有效。
打开任务管理器（Ctrl+Shift+Esc）→切到“性能”页→盯住CPU曲线是否与PerfMon日志中的峰值严格对齐；若发现任务管理器显示85%而PerfMon里只有42%，说明你刚才添加的计数器实例错了——立刻停止收集器，回到上一步重新选_Total而非某个核心编号。
等待至少5分钟，让日志积累足够样本；期间不要关闭PerfMon主窗口，右下角状态栏应显示“正在运行”。若图标变灰或提示“访问被拒绝”，说明当前账户缺乏管理员权限，需重启PerfMon并以管理员身份运行。
加载日志定位精确时间点与进程根源
右键刚创建的数据收集器集→选择“停止”→稍等3秒待日志写入完成→左侧导航栏切换到“报告”→展开“用户定义”→找到对应名称的日志文件（后缀为.blg）→双击加载。
图表区域右键→“属性”→“数据源”选项卡→确认“日志文件”路径正确；切换到“常规”选项卡→勾选“显示所有计数器”→点击“确定”。
在图表空白处右键→“添加计数器”→从“日志文件”数据源中，再次添加Process(*)\% Processor Time，但这次不选“_Total”，而是逐个勾选你怀疑的进程名（如chrome.exe、svchost.exe、MsMpEng.exe）→点击“添加”→确定。
拖动底部时间轴滑块，找到CPU冲上95%以上的那个精确秒数（例如 14:22:17）→观察此时哪条进程曲线同步飙升；若只有System Idle Process在动，说明实际没占用，是计数器采样误差；若svchost.exe和MsMpEng.exe双线并行拉高，则问题锁定在Windows更新服务或Defender实时扫描。
右键该时间点的曲线→“属性”→“数据点”选项卡→查看具体数值，确认是否超过阈值：Processor Queue Length > 2 表示CPU严重排队，% Processor Time > 90% 持续超30秒即判定为异常。
导出CSV用Excel交叉验证异常时段
在已加载的日志图表界面，右键→“另存为”→文件类型选“逗号分隔(.csv)”→保存为 CPU_Anomaly_Report.csv。
用Excel打开该CSV，删除前6行说明文字，保留纯数据；将第一列“Time”设为文本格式防止日期错乱；插入两列：一列用公式 =IF(B2>90,1,0) 标记CPU超限时刻，另一列用 =IF(C2>2,1,0) 标记队列长度超标时刻（假设B列为% Processor Time，C列为Processor Queue Length）。
筛选出两列同时为1的行，复制对应时间点及所有进程列→粘贴到新表；按时间排序后，观察哪些进程在多个异常时段反复出现；若某进程（如SearchIndexer.exe）在每天14:00整点准时拉高CPU，即可断定是Windows搜索索引任务导致，无需进一步排查。
保存Excel文件，关闭所有窗口。
