docker top 是最轻量可靠的查看容器进程方式，原生无侵入，支持字段定制；结合 docker stats 可快速定位资源异常进程，批量巡检与 nsenter 进阶监控进一步提升运维效率。
直接用 docker top 查运行中容器的进程，不用进容器、不装工具、也不依赖镜像里有没有 top 或 ps——这是最轻量、最可靠的方式。
docker top：原生、无侵入、字段可定制
它本质是读取容器 PID namespace 下的 /proc 信息，不执行任何容器内命令，零侵入。
- 默认输出：
PID（容器内 PID）、USER、TIME、CMD（启动命令） - 加
-eo可按需筛选字段，语法兼容ps：- 查高 CPU 进程：
docker top myapp_web_1 -eo pid,pcpu,comm,args - 看父子关系和完整命令：
docker top myapp_db_1 -eo pid,ppid,comm,args - 过滤特定进程：
docker top myapp_app_1 -eo pid,comm,args | grep -E "(python|java)"
- 查高 CPU 进程：
结合 docker stats 定位异常源头
当 docker stats 显示某容器 CPU 或内存飙升时，立刻同步下钻：
- 获取资源快照：
docker stats myapp_cache_1 --no-stream - 同步查进程：
docker top myapp_cache_1 -eo pid,pcpu,pmem,comm,args
对比发现某个node进程pcpu达 82%，且args显示它正执行未优化的 JSON 解析循环——问题定位完成。
批量服务快速巡检（适合 Compose 环境）
容器名通常是 项目名_服务名_序号（如 myapp_api_1），先确认：
docker ps --format "table {{.Names}}\t{{.Status}}\t{{.Ports}}"
再用脚本批量统计或轮询：
- 统计各服务进程数：
for c in $(docker ps --filter "name=myapp_" --format "{{.Names}}"); do echo "== $c =="; docker top "$c" 2>/dev/null | wc -l; done - 每 2 秒刷新观察变化（需容器持续运行）：
watch -n 2 'docker top myapp_web_1 -eo pid,pcpu,comm,args'
进阶：宿主机侧无侵入监控（生产环境推荐）
若需更底层视角（比如查看所有线程、僵尸进程、或验证命名空间隔离是否生效），可用 nsenter：
- 获取容器主进程 PID：
CONTAINER_PID=$(docker inspect -f '{{.State.Pid}}' myapp_web_1) - 进入其 PID 命名空间执行
ps：nsenter -t $CONTAINER_PID -p ps auxf - 实时排序刷新（每秒）：
watch -n 1 'nsenter -t $CONTAINER_PID -p ps aux --sort=-%cpu'
该方式完全不触达容器文件系统，不留痕迹，适合审计与高安全要求场景。
不复杂但容易忽略
