linux Command
ps 查看进程和资源占用命令
Linux ps 查看进程静态快照的常用命令，ps aux --sort=-%cpu/-%mem 按 CPU 或内存排序找可疑进程，ps -ef | grep 按名称过滤，ps -o pid,ppid,stat,etime,cmd 查父子进程和状态，pstree -ap 展示进程树，动态观测配合 top/pidstat。
排查进程先用 ps 看静态快照，再用 top/pidstat 看持续变化。ps 适合找 PID、父子关系、启动命令和资源排序。
Scenario
什么时候用这组命令
这组命令适合在处理“ps 查看进程和资源占用命令”时作为第一轮检查模板。使用时先替换占位符，再在目标机器或目标 namespace 中执行，避免在错误环境里得到误导结论。
Input
你需要先准备什么
- 先确定故障资源：CPU、内存、磁盘、网络、权限、文件句柄还是 systemd 生命周期。
- 区分当前状态和故障发生时状态，事故恢复后 free/top 可能已经看不出根因。
- 任何清理或 kill 操作前先记录 PID、命令行、日志和影响范围。
Risk Notes
执行风险
- 生产上不要在来源未确认时 rm -rf 大目录，应先确认目录用途和影响范围。
- kill 进程前先确认它属于哪个服务、是否会触发级联重启，优先使用 SIGTERM 而非 SIGKILL。
- 不要忽略 dmesg 中的 OOM Killer 记录，它往往是应用内存泄漏或配置不当的早期信号。
Commands
命令详解
命令 1: 执行 ps
用于补充“ps 查看进程和资源占用命令”的排查证据链。ps 的输出需要结合上下文其他命令交叉验证，不要单独依赖某一条结果下结论。
- 确认命令运行位置正确。
- 保留关键输出，方便和修复后对比。
ps aux --sort=-%cpu | head命令 2: 执行 ps
用于补充“ps 查看进程和资源占用命令”的排查证据链。ps 的输出需要结合上下文其他命令交叉验证，不要单独依赖某一条结果下结论。
- 确认命令运行位置正确。
- 保留关键输出，方便和修复后对比。
ps aux --sort=-%mem | head命令 3: 检查 Nginx 配置或状态
用于补充“ps 查看进程和资源占用命令”的排查证据链。ps 的输出需要结合上下文其他命令交叉验证，不要单独依赖某一条结果下结论。
- 确认命令运行位置正确。
- 保留关键输出，方便和修复后对比。
ps -ef | grep nginx命令 4: 执行 ps
用于补充“ps 查看进程和资源占用命令”的排查证据链。ps 的输出需要结合上下文其他命令交叉验证，不要单独依赖某一条结果下结论。
- 先替换尖括号占位符，不要原样执行。
- 确认命令运行位置正确。
- 保留关键输出，方便和修复后对比。
ps -o pid,ppid,stat,etime,cmd -p <pid>命令 5: 执行 pstree
用于补充“ps 查看进程和资源占用命令”的排查证据链。pstree 的输出需要结合上下文其他命令交叉验证，不要单独依赖某一条结果下结论。
- 先替换尖括号占位符，不要原样执行。
- 确认命令运行位置正确。
- 保留关键输出，方便和修复后对比。
pstree -ap <pid>Workflow
建议执行顺序
按顺序执行，不要跳过确认类命令
先用只读命令确认状态，再执行会改变状态的命令。排查进程先用 ps 看静态快照，再用 top/pidstat 看持续变化。ps 适合找 PID、父子关系、启动命令和资源排序。
- 按 CPU 或内存排序找到可疑进程。
- 查看完整命令行，确认它属于哪个服务或部署目录。
- 用 PPID 和 pstree 还原父子进程关系。
- 结合 stat 字段判断运行、睡眠、僵尸或 D 状态。
- 对目标 PID 再接日志、端口和文件句柄检查。
ps aux --sort=-%cpu | head
ps aux --sort=-%mem | head
ps -ef | grep nginx把命令输出变成结论
命令本身不是结论。每次执行后要回答：目标是否存在、状态是否异常、异常是否能解释用户看到的现象。
- 记录关键字段，而不是整屏复制
- 把正常路径和异常路径输出对比
- 输出为空也要解释：是确实没有，还是权限/过滤条件不对
ps aux --sort=-%mem | head
ps -ef | grep nginx
ps -o pid,ppid,stat,etime,cmd -p <pid>执行前替换占位符并控制影响范围
包含 <service>、<pod>、<namespace>、<pid>、<container> 的命令必须先替换。涉及 reload、restart、KILL、vacuum、prune 的命令要确认影响范围。
- 优先在测试环境或只读模式验证
- 生产执行前保留回滚路径
- 把最终可用命令写入工单或 runbook
ps -o pid,ppid,stat,etime,cmd -p <pid>
pstree -ap <pid>Verification
怎么判断命令有效
- 命令已在正确机器、正确用户、正确 namespace 或正确仓库下执行。
- 输出能支撑明确判断：正常、异常、权限不足、目标不存在或需要下一跳排查。
- 对有副作用的命令，已确认执行窗口、影响范围和回滚方式。
Prevention
沉淀到日常流程
- 为关键服务配置日志轮转、资源限制和基础监控，避免等到用户报障才发现问题。
- 把 systemd unit、timer 和环境文件纳入版本管理，确保所有变更可追溯可回滚。
- 对清理动作保留可回滚路径，优先移动/截断/轮转，不盲删。
- 建立系统资源基线监控，一旦 CPU、内存、磁盘或文件句柄超过阈值即可自动告警。
常见问题
ps 看到的 CPU 为什么和 top 不一样？
ps 是累计/瞬时快照，top 是持续刷新视角。判断持续高 CPU 应结合 top 或 pidstat。
Long-tail SEO
你可能正在搜索这些报错
下面这些错误原文、场景词和中英文搜索词，都是排查同类问题时常见的入口。
- ps 查看进程
- ps aux 进程列表
- linux 查看运行进程
- ps -ef 进程信息
- top 进程监控
- linux 进程管理命令
Need More Help
这组命令还不够贴合你的场景？
把你的系统环境、目标操作和报错贴过来，我会优先补充更具体的命令模板。