上一篇
进程CPU使用率超过阈值怎么办？，如何解决CPU使用率过高？
监控进程CPU使用率并应对ALM-12201告警，核心是建立基线阈值、选用适配工具并掌握定位高CPU进程的实操方法。
ALM-12201告警与进程CPU监控的核心关联
告警含义：进程CPU使用率超过阈值
ALM-12201是华为设备运维中常见的告警，直指某个进程的CPU占用率超过了预设的阈值，触发该告警时，意味着该进程已经消耗了超出预期的计算资源，如果不及时处理，可能拖垮整台服务器，甚至影响业务连续性，这类告警常见于华为iMaster NCE或eSight网管平台，也适用于其他基于阈值触发的监控系统，行业共识认为，进程级监控比系统级监控更能精准定位性能瓶颈，因为系统CPU高往往由某个坏进程导致。
为何要监控进程级别CPU
系统CPU使用率飙升时，你只知道整机压力大，但不知道谁在搞鬼，进程级监控能直接揪出“罪魁祸首”，相比系统整体指标，进程CPU使用率更能反映应用的健康状态，一个web服务进程的CPU突然从15%跳到80%，业务响应必然变慢。监控进程CPU，就是在问题放大前抓住它，这也是ALM-12201告警的价值所在——它直接告诉你哪个进程越界了。
Linux下查看进程CPU使用率的命令与技巧
top命令：实时监控与排序
在Linux终端敲入`top`，按`P`键按CPU使用率降序排列，进程PID和CPU占用率一目了然，这是排查高CPU进程的起点，想让输出更清爽，可以按`c`显示完整命令行，或者用`htop`（需安装）提供彩色交互界面。多数运维人员习惯用top做第一轮排查，因为它零安装成本。
ps命令：静态快照与脚本集成
`ps aux –sort=-%cpu` 可直接列出按CPU降序的进程清单，适合写入监控脚本，`ps aux –sort=-%cpu | head -10` 抓取前10个CPU消耗者，如果只想看某个进程，用`ps -p PID -o pcpu,comm`。这些命令可配合定时任务或监控工具，实现进程CPU数据的持续采集。
pidstat：按进程统计CPU使用率
`pidstat -p ALL 1` 每秒输出所有进程的CPU使用率，数据比top更精确，适合做短期趋势分析，结合`-r`或`-u`参数，还能同时看内存和I/O，辅助判断进程是否在死循环或频繁读写。pidstat是sysstat工具集的一部分，服务器上通常已预装。
Windows进程CPU使用率监控方法
任务管理器：快速定位高CPU进程
按`Ctrl+Shift+Esc`打开任务管理器，点击“CPU”列排序，即可看到哪个进程在吃资源，默认只显示应用，勾选“显示所有用户的进程”才能看到系统进程。对于桌面运维人员，这是最直接的排查手段。
性能监视器：长期采集与告警配置
运行`perfmon.msc`，添加计数器“Process % Processor Time”，选中目标进程，就能记录历史数据，配合数据收集器集，可以设置当进程CPU连续5分钟超过80%时触发日志。这对于追踪间歇性CPU飙升非常有效，但配置门槛较高，大企业常用SCOM或第三方工具替代。
PowerShell脚本：批量监控与输出
`Get-Process | Sort-Object CPU -Descending | Select-Object -First 10` 可快速获取CPU消耗前10的进程，并结合事件日志或邮件发送告警。PowerShell脚本适合在无监控代理的Windows环境中临时使用。
华为ALM-12201告警处理流程
确认告警进程与影响范围
收到ALM-12201后，先登录网管平台，查看告警详情中的“进程名称”和“当前CPU使用率”，接着登录告警设备，用`top`或任务管理器核对实际占用，如果进程是业务核心，如数据库或中间件，需要立即介入；如果是非关键进程（如日志归档），可以适当延后处理。确认过程要在5分钟内完成，避免误判导致业务中断。
分析CPU占用过高的原因
定位到进程后，使用`strace`（Linux）或`Process Monitor`（Windows）跟踪系统调用，判断是否在频繁读写文件、循环等待锁或陷入死循环，对于Java进程，用`jstack`导出线程栈，看是否阻塞在某个方法。相当一部分高CPU问题是由代码逻辑缺陷或配置不当引起，例如反复解析大文件、连接池无限制重试等。
优化进程或调整阈值
如果确认是进程自身问题，联系开发团队优化代码或修复漏洞，如果是业务高峰期正常波动，可以临时调整告警阈值，例如将上限从80%提高到90%，并缩短告警间隔。阈值调整需在变更窗口执行，并记录调优原因，华为iMaster NCE中，路径为“监控 > 告警管理 > 阈值设置”，找到对应进程指标修改即可。
进程CPU使用率过高常见原因与优化
代码缺陷导致死循环或频繁GC
未释放的循环、低效的递归算法、内存泄漏引发的频繁垃圾回收，是进程CPU飙升的三大元凶。多数情况下，通过火焰图或性能分析工具（如perf）可以快速定位热点函数，优化思路包括：减少循环内计算、使用缓存、调整JVM参数等。
资源争抢与锁竞争
高并发场景下，多个线程争抢同一把锁，会导致大量CPU浪费在上下文切换和等待上，线上表现为进程CPU高但吞吐量低。业内专家指出，优化锁粒度、使用无锁数据结构或调整并发数，是缓解锁竞争的有效手段。
僵尸进程与异常子进程
父进程未回收的子进程（僵尸进程）不消耗CPU，但占进程表槽位，如果父进程频繁fork后又无法管理子进程，子进程可能陷入死循环并抢CPU。清理僵尸进程需要杀死父进程或让其正确wait()，更源头的方法是限制fork次数或使用监控系统自动清理。
进程CPU使用率监控常见问题解答
ALM-12201告警如何恢复？
告警恢复有两种方式：一是进程CPU使用率自然回落到阈值以下，状态自动恢复；二是运维人员手动确认处理后，在网管平台执行“清除告警”，如果高CPU问题持续存在，建议先排查原因，再考虑临时屏蔽告警，避免隐患扩大。
如何设置合理的CPU使用率阈值？
阈值应基于业务历史基线，在业务平稳期采集一周的进程CPU数据，计算平均值和标准差，将告警阈值设为“平均值+3倍标准差”，或直接取80%作为上限，对于关键进程，可以设置多级告警：警告值70%，严重值90%。阈值要定期复核，避免因业务扩容或版本升级导致误报。
进程CPU使用率波动大正常吗？
正常但不健康，许多进程在启动、定时任务触发或大流量请求时，CPU会短暂飙升，如果波动幅度在30%以内且持续时间短，属于正常现象，但如果波动剧烈且频繁，可能意味着代码存在突发性负载，或系统资源不足。建议结合监控工具记录CPU波动的峰值和持续时长，判断是否需要扩容或优化代码。
