pstree 是以树状图显示进程父子关系的命令，核心功能是揭示进程派生结构；它默认从 PID 1（如 systemd）开始展示全系统进程树，支持按用户、PID 或服务名聚焦局部树，配合 -a、-p、-t、-u 等选项可完整呈现命令参数、进程ID、线程及属主信息，适用于微服务环境下的进程链路分析与故障定位。
在微服务架构中，单机上常运行数十个服务实例（如多个 Python/Node.js 进程、Sidecar 代理、健康检查脚本等），它们通过 shell 启动、systemd 管理或容器 runtime 派生，形成交错的父子链。pstree -a 本身不专为“微服务”设计，但配合合理用法和少量辅助手段，能高效还原真实继承路径——关键不在工具多强大，而在如何读树、选起点、避干扰。
聚焦关键进程起点，避免被全局树淹没
直接运行 pstree -a 会从 systemd(1) 开始展开整棵树，对微服务环境而言信息过载。应优先锁定目标服务：
- 用 ps aux | grep 或 systemctl list-units --type=service 找出核心服务名或 PID（如 order-service、envoy、consul）
- 以该进程为根查看局部树：pstree -ap order-service 或 pstree -ap 12345（PID）
- 若服务由 systemd 启动，可加 --show-parents 回溯到 unit：pstree -ap --show-parents 12345
识别真实父子链，区分 fork、exec 和 shell 封装
微服务常见启动模式会在 pstree 中留下特定痕迹：
- bash → python app.py 表示手动或脚本启动，父 shell 仍在；若 bash 已退出，则 python 的父进程可能是 systemd 或 supervisord
- systemd ── python 或 systemd ── docker-proxy 表明由 systemd 直接管理，此时需查 systemctl status xxx 看 ExecStart 定义
- 出现 sh -c 'xxx' 或 bash -c 'node server.js'，说明有封装层，真实服务是 exec 后的子进程，注意看其下一级分支
- 同名进程带不同参数（如 java -jar user.jar 和 java -jar order.jar）在 -a 输出中可直接区分，无需靠 PID 猜测
暴露隐藏线程与完整命令，防止误判“孤儿进程”
默认 pstree 不显示线程，而 Java/Go 微服务常启用大量线程，容易被误认为“无子进程”。需主动开启：
- 加 -t 参数显示线程（格式如 java---12*[{java}]），确认是否为单进程多线程模型
- -l 防止长命令截断（如含 JWT 密钥、数据库连接串的启动参数），避免因显示不全漏掉关键上下文
- 若输出含括号内参数（如 nginx -g daemon off;），说明该进程未后台化，其父进程可能仍在控制生命周期
结合用户与命名空间，定位跨权限/容器边界调用
在混部或容器化微服务中，进程可能跨 UID 或 PID namespace：
- 加 -u 查看属主：java(root) vs node(appuser) 可辅助判断是否违反最小权限原则
- 若部署在容器中，宿主机上运行 pstree -ap 通常只能看到 containerd-shim 或 runc 进程，其下才是容器内进程树；此时应进入容器 ns 执行：nsenter -t $(pidof containerd-shim) -p pstree -ap
- 对 Kubernetes 场景，先用 crictl ps 找容器 PID，再用 nsenter -t PID -p pstree -ap 查其内部真实结构
