Top命令是实时动态视图，需综合CPU、内存、负载、进程状态等多维度判断系统健康；CPU字段中us、sy、id、wa等反映不同资源占用；内存关注used与buff/cache平衡及SwapUsed；进程列表以%CPU、%MEM、RES、S态和TIME+为关键指标；load average结合CPU核数评估整体承压能力。
Top 命令的交互界面不是静态快照，而是一个实时动态视图，核心在于理解“谁在用资源”和“资源瓶颈在哪”。它默认按 CPU 使用率排序，但真正判断系统健康与否，需结合多维度指标交叉验证——不能只盯 %CPU，内存、负载、进程状态同样关键。
CPU 相关字段：看真实占用与调度压力
顶部一行（如 %Cpu(s): 2.3 us, 0.7 sy, 0.0 ni, 96.7 id, 0.1 wa, 0.0 hi, 0.2 si, 0.0 st）反映的是整体 CPU 时间分配：
- us（user）：用户态程序（如 nginx、python）占用 CPU 的时间比例。持续 >70% 且无明显业务高峰，需查具体进程
- sy（system）：内核态执行系统调用（如 read/write、fork）的时间。过高可能意味着频繁 I/O 或上下文切换
- id（idle）：空闲时间。低于 10% 不代表一定过载，要结合 load average 看是否任务排队
- wa（iowait）：CPU 等待 I/O 完成的时间。>30% 通常说明磁盘或网络慢（如机械盘随机读、NFS 延迟），但 SSD 场景下 wa 高未必是瓶颈，需配合 iostat 判断
- si（softirq）：软中断处理时间（如网络包收发、定时器）。网卡高吞吐或大量短连接时易升高
内存与交换：识别隐性压力源
第二行（KiB Mem : 16324528 total, 1204560 free, 4218924 used, 10901044 buff/cache）中重点关注：
- used 是已分配给进程的物理内存，不含 cache/buffer；buff/cache 是内核缓存，可被进程立即回收，不等于“被占满”
- 真正危险的是 free + buff/cache 过低，导致 OOM Killer 启动（top 中能看到 kthreadd 或 oom_reaper 活跃）
- SwapUsed（若显示）非零需警惕：说明物理内存不足，进程页被换出，会显著拖慢响应（尤其数据库类应用）
进程列表关键列：定位问题源头
每行代表一个进程，以下字段最常用：
- PID / USER / PR / NI：进程 ID、属主、优先级（PR）、静态优先级（NI）。NI 为负值（如 -5）表示高优先级，正值（如 10）为低优先级
- %CPU / %MEM：该进程当前占用 CPU 和内存的百分比。注意：%CPU 可能超过 100（多核系统，100 = 单核满载）
-
VIRT / RES / SHR：
– VIRT 是虚拟内存总量（含 mmap、swap、未分配空间），参考价值低
– RES 是实际驻留物理内存（KB），是判断内存占用的核心指标
– SHR 是与其他进程共享的内存（如共享库），RES - SHR ≈ 进程独占内存 - S（state）：进程状态。R=运行/就绪，S=睡眠（可中断），D=不可中断睡眠（常见于磁盘 I/O，top 中无法 kill），Z=僵尸进程（父进程未回收）
- TIME+：自启动以来使用的 CPU 时间（精确到百毫秒），适合排查长期高 CPU 进程
负载与整体健康度：三个数字讲清系统承压能力
顶部第三行（load average: 1.23, 1.35, 1.42）是 1 分钟、5 分钟、15 分钟的平均运行队列长度（即等待 CPU 或不可中断 I/O 的进程数）：
- 对单核 CPU，load = 1 表示满负荷；4 核机器，load 8 则明显过载
- 若 load 高但 %id 也高（如 load=5，id=80%），大概率是大量进程卡在 D 状态（磁盘 hang 住）
- 对比 1/5/15 分钟值：若 1min > 5min > 15min，说明负载正在上升；反之则趋于缓解
