ps适合快照式排查，htop适合交互式实时监控，top是折中但默认体验较旧；三者使用场景不同，非替代关系。
直接看结论：ps 适合快照式排查，htop 适合交互式实时监控，top 是折中但默认体验较旧；三者不是替代关系，而是使用场景不同。
ps 为什么总显示“瞬间状态”，根本看不出进程变化？
ps 本质是读取 /proc 下的当前快照，不带刷新机制，所以执行完就结束。它不“监控”，只“采集”。
- 用
ps aux查所有用户进程，字段含义固定（如%CPU是自进程启动以来的平均值，非实时） - 想看动态变化？得手动加循环：
watch -n 1 'ps aux --sort=-%cpu | head -10'
- 常见误用：拿
ps aux | grep nginx判断服务是否“活”——可能进程还在但已卡死，ps看不出来 - 优势在于脚本友好：
ps -o pid,comm,%cpu --ppid $PID可精准查子进程，top和htop都不支持这种字段定制
htop 启动报错 “TERM environment variable not set” 怎么办？
这是 htop 启动时依赖终端类型描述，而某些远程会话或容器里 $TERM 为空导致的。
- 临时修复：运行前设环境变量
export TERM=xterm-256color（推荐）或export TERM=linux - 根本解决：检查 shell 初始化文件（如
~/.bashrc），确认没有覆盖或清空$TERM -
htop的交互功能（如 F4 搜索、F6 排序列、鼠标点击列头）在tmux或老旧终端里可能失效，别硬扛，换top应急 - 注意：
htop默认不显示线程（-H才开），而ps -eLf或top -H才真能看线程级 CPU 占用
top 里 %CPU 超过 100% 是不是 bug？
不是 bug，是设计如此——top 默认以单核为 100%，多核系统下，一个满载线程可占到 100% × CPU核心数。
- 比如 8 核机器上，一个 Java 进程跑满 4 个核，
%CPU显示约400 - 想看“占总 CPU 百分比”？进
top后按Shift+P（大写 P）切到“%CPU”排序，再按Shift+R反转，顶部就是最耗资源的进程 -
top的1键可切换显示各核负载，但不会改%CPU列数值逻辑 - 注意：
top默认刷新间隔是 3 秒，太长？启动时加-d 0.5（半秒刷一次），但频繁刷新会轻微增加系统开销
真正容易被忽略的是：所有这三个工具看到的 %MEM 都是基于 VIRT（虚拟内存）或 RES（常驻内存）计算的，但现代应用（尤其 Go/Java）的内存行为复杂，RES 高不一定代表泄漏，VIRT 高更可能是 mmap 映射或堆预留——得结合 pmap -x <pid></pid> 或 /proc/<pid>/smaps</pid> 看细节。
