服务器突然变慢或应用无响应，一个常见原因是CPU资源被占满。这时，登录服务器，打开终端，输入top命令，是排查的第一步。top命令能实时显示系统整体资源占用情况和进程列表，默认按CPU使用率排序，消耗最高的进程排在最前。你首先会看到一行汇总信息：load average（系统负载）、tasks（任务数）、%Cpu(s)（CPU总体使用率，包括用户态us、系统态sy、空闲id等）。紧接着就是进程列表，重点关注%CPU（单个进程CPU使用率）、COMMAND（命令名称）。如果某个进程%CPU持续在90%以上，它很可能就是罪魁祸首。

理解top命令的关键输出列

面对top命令的输出，需要快速读懂关键列。PID是进程的唯一ID，用于后续操作。USER表示进程所有者，系统进程通常是root或特定服务用户。%CPU是核心指标，显示进程占用单个CPU核心的百分比，在多核系统中，这个值可能超过100%（例如一个进程使用了2个核心的全部算力，则显示200%）。%MEM是内存使用百分比。TIME+是进程占用CPU的总时间，持续增长的进程消耗资源多。COMMAND显示启动命令，但可能被截断，按c键可以切换显示完整命令行，这对于识别具体程序或脚本至关重要。

使用交互命令进行深度排查

top命令在运行时可使用交互式命令进行动态调整。按1可以展开显示所有CPU核心的单独使用率，观察是否是单个核心被打满。按P（大写）保持按CPU使用率排序（默认）。按M切换为按内存使用率排序，排除内存问题干扰。如果进程列表刷新太快，可以按s然后输入数字（如2）设置刷新延迟为2秒。按k然后输入PID可以终止指定进程，但需谨慎。要查找某个特定进程，可以按o或O添加过滤条件，例如COMMAND=java来只显示Java进程。按f进入字段管理界面，可以添加或隐藏显示列，如添加PPID（父进程ID）有助于分析进程树关系。

定位消耗CPU的进程类型与原因

发现高CPU进程后，需要根据其类型分析原因。如果是Java应用（如java命令），高CPU往往意味着应用逻辑陷入死循环、GC（垃圾回收）频繁或线程竞争激烈。此时可以结合jstack、jmap等工具进一步分析。如果是脚本语言进程（如python、php），可能是脚本逻辑存在缺陷或陷入无限循环。如果是系统进程（如kswapd0），可能由内存不足触发频繁交换导致。如果是Web服务器进程（如nginx、apache的worker进程），可能是遭遇高并发请求或存在慢查询。通过按c显示的完整命令，通常能看出是哪个应用、哪个脚本或哪个服务模块。

结合其他命令进行验证与取证

top命令提供了实时快照，但有时需要更详细或历史数据来佐证。可以使用ps命令进行快照式检查：

ps aux --sort=-%cpu | head -20

这条命令列出按CPU降序排列的前20个进程。对于疑似有问题的进程PID，可以用

ps -p [PID] -o pid,ppid,user,%cpu,%mem,cputime,cmd

查看其详细信息。要查看进程的线程级消耗，可以在top界面按H，或使用

top -H -p [PID]

来监视特定进程的所有线程，这能定位到多线程应用中的具体问题线程。此外，vmstat 2 5命令可以查看系统整体的上下文切换、中断次数，如果cs值异常高，可能与进程频繁调度有关。

分析进程的详细状态与系统调用

确定了问题进程PID后，需要深入其内部。strace命令可以跟踪进程的系统调用：

strace -cp [PID]

（先暂停目标进程的跟踪）或

strace -T -tt -p [PID] 2>&1 | head -100

实时查看其调用，频繁的read/write或poll调用可能指向问题。对于Java进程，使用jstack <PID> > thread_dump.log导出线程堆栈，在堆栈中查找RUNNABLE状态的线程，并观察其执行栈，频繁出现的业务类方法往往是热点。对于C/C++等编译型程序，可以使用perf工具进行性能剖析：

perf top -p [PID]

来实时查看函数级别的CPU占用。

常见高CPU场景的解决思路

针对不同原因，采取相应措施。如果是应用程序BUG（如死循环），需要根据线程堆栈定位代码位置，联系开发修复。如果是配置不当，如Web服务器工作进程数太少或连接数设置不合理，需要调整配置并重启服务。如果是遭遇恶意攻击或爬虫导致请求激增，可以通过网络层分析（如netstat）确认来源，并在防火墙或Web服务器层面实施限流。如果是计划任务（cron）脚本异常，检查cron日志和脚本逻辑。如果是数据库查询慢导致应用进程等待，需要优化数据库。在紧急情况下，若进程可以重启，先用kill -15 [PID]发送SIGTERM信号尝试优雅退出，若无效再使用kill -9 [PID]强制终止。

建立长期监控与预防机制

被动排查不如主动预防。建议在服务器上部署监控代理（如Prometheus Node Exporter），持续收集CPU、负载等指标并设置告警。对于关键应用进程，可以使用进程管理工具（如supervisor或systemd）设置重启策略和资源限制。在应用层面，应完善日志记录，在关键逻辑点输出性能耗时。定期进行代码审查和性能测试，避免低效算法。此外，可以配置日志轮转和分析工具，便于事后追溯。通过top命令排查只是应急手段，构建一个包含资源监控、日志分析和性能基准的完整可观测性体系，才能从根本上减少服务器资源被占满的风险。

总之，服务器CPU占满时，熟练使用top命令是系统管理员的基本功。从快速定位高CPU进程，到读懂进程信息，再到结合其他工具深入分析进程状态和线程细节，最后根据进程类型采取相应措施并建立预防体系，这套系统性的排查思路能帮助你高效地解决问题，保障服务的稳定运行。