pstree -H 必须显式指定真实存在的数字PID才能高亮对应进程树，无法自动识别当前交互式shell；使用$$获取当前shell PID并执行pstree -H $$即可精准高亮其完整继承链。
为什么 pstree -H 不能直接高亮“当前交互式进程”
pstree -H 必须显式指定一个 PID，它不会自动识别“你正在用的 shell”或“当前终端里最顶层的交互式进程”。如果你直接运行 pstree -H 不带参数，会报错：pstree: invalid option -- 'H'；如果只写 -H 没给 PID，也会失败。关键点在于：高亮目标必须是数字 PID，不是进程名，且该 PID 必须真实存在、可读（普通用户可能看不到其他用户的进程树分支）。
怎么拿到当前 shell 的 PID 并传给 pstree -H
当前终端中执行的交互式 shell（比如 bash 或 zsh）的 PID 就是 $$ 这个特殊变量的值。它比 ps -o pid= -o comm= -o tty= | grep $(tty) 更快更可靠，不依赖外部命令或字符串匹配。
-
echo $$可以直接看到当前 shell 的 PID - 组合使用：
pstree -H $$就能高亮你自己这个 shell 及其所有祖先（直到 init/systemd）和全部子孙（比如你刚ssh进去开的子 shell、vim、grep等） - 加
-p和-u更实用：pstree -p -u -H $$，这样既能看清 PID 和属主，又能一眼定位自己这棵子树在哪
-H 和 -h 的区别容易被忽略
-h 是“高亮当前正在运行 pstree 命令本身的那个进程及其祖先”，也就是高亮 pstree 这个瞬间的自身路径；而 -H PID 是你指定任意一个 PID（比如你的 shell、某个 nginx worker、甚至 1），并高亮它的完整继承链。两者行为完全不同：
-
pstree -h输出里，只有pstree那一行和它的父进程（如bash）会被加粗/反显（取决于终端支持），但高亮范围仅限于pstree进程树本身 -
pstree -H 1234会把 PID 1234 所在的整条纵向路径——从 init/systemd 开始，经由所有中间父进程，直到 1234 及其直系子进程——全部高亮，不管pstree自己是否还在运行 - 如果你真想看“当前交互式会话的完整演进路径”，
-H $$是唯一正确做法；-h对这个目标基本没用
权限不足时树会截断，sudo 不是万能解
非 root 用户运行 pstree -p -u -H $$ 时，遇到其他用户（如 root、www-data）启动的进程，会出现空白或显示为 ???，甚至整条分支消失。这不是命令写错了，是内核 /proc 权限限制所致。
- 加
sudo后能看到完整树，但要注意：sudo pstree -H $$中的$$仍是当前 shell 的 PID（因为$$在 shell 解析阶段就展开了），所以依然有效 - 但 sudo 启动的
pstree进程本身 PID 不同，-h此时高亮的是那个 sudo 版本的pstree，不是你的 shell —— 所以别混用sudo和-h - 真正要查跨用户父子关系（比如你起的
curl调用了哪个systemdsocket 激活的服务），得靠sudo pstree -p -H $YOUR_PID，再结合systemctl status或journalctl _PID=...补全上下文
实际用的时候，pstree -p -u -H $$ 这条命令要记熟。它不长，但少一个 $、多一个空格、或误用 -h，就看不到你想追踪的那条路径。进程树是动态的，高亮只是快照——PID 一变，就得重跑一次。
