为什么你的PATH里不该放波浪号

命令行用户对 ~ 这个符号再熟悉不过——它代表当前用户的家目录，几乎在所有 shell 中都能正常工作。但一个常被忽视的细节是：当它出现在 PATH 环境变量中时，往往不会按你预期的方式展开。

波浪号在 PATH 中为何失效

在交互式 shell 中，~ 的展开由 shell 负责，发生在命令解析的早期阶段。但 PATH 变量的内容在被系统调用（如 execvp）读取时，并不经过 shell 的展开流程。也就是说，PATH=~/bin:$PATH 这种写法在 shell 内部可能碰巧生效，可一旦程序通过系统调用查找可执行文件，~ 就会被当作一个普通字符目录来处理，结果自然是找不到命令。

这个问题的隐蔽之处在于：它的失效往往不是立刻暴露的，而是在某些调用场景、某些子进程环境下才突然出现，排查起来十分耗神。

要理解这一现象，需要区分 shell 的两类基本行为：展开（expansion） 与变量替换（substitution）。~ 的展开称为波浪号展开（tilde expansion），是 shell 在解析命令行时执行的一种词法层面操作，它发生在命令真正执行之前，作用对象是命令行文本本身，而不是环境变量的值。当 shell 把 PATH 作为环境变量导出给子进程时，它传递的是变量的字符串值，原始的 ~ 字符会原样保留在其中。此后，任何不经过 shell 的调用路径（例如程序直接使用 execvp、posix_spawn，或许多语言标准库实现的进程启动函数）都不会触发波浪号展开，因为它们并不解析 shell 语法。这正是 ~ 在 PATH 中时而工作、时而失效的根源：只有当某个中间环节恰好调用了 shell 来处理时，它才可能被展开。

正确写法与常见误区

想要把家目录下的可执行目录加入 PATH，应当使用 $HOME 而不是 ~。$HOME 是真正的环境变量，会在引用时被正常替换为绝对路径。例如：

export PATH="$HOME/bin:$PATH"

相比之下，下面的写法应当避免：

export PATH="~/bin:$PATH"

类似的坑还包括在 PATH 中写入相对路径，比如 . 或 ./bin。相对路径依赖当前工作目录，会带来安全隐患：在某个不可信目录下执行命令时，可能意外运行同名的恶意程序。

$HOME 与 ~ 的关键区别在于解析时机与责任方。$HOME 是一个普通的环境变量，对其引用（如 $HOME 或 ${HOME}）属于参数展开（parameter expansion），同样由 shell 在执行命令前完成替换，替换结果是家目录的绝对路径字符串。一旦替换完成，PATH 的值中就只包含绝对路径，后续无论由谁读取都无需再做解析。因此 $HOME 在各种 shell、各种编程语言的进程启动函数中都表现一致，而 ~ 的展开范围与具体实现相关。值得留意的是，~ 在 shell 中还有一些变体写法，例如 ~user 表示指定用户的家目录、~+ 表示当前工作目录，这些写法在 PATH 中同样不会被系统调用理解，反而更容易产生难以定位的错误。

从习惯到规范

这条经验本质上关乎一件事：PATH 中应当只包含明确的绝对路径。$HOME 展开后是绝对路径，符合要求；~ 是否展开则取决于谁来解析，充满不确定性。养成统一使用 $HOME 的习惯，可以省去大量跨 shell、跨语言、跨调用场景的兼容性麻烦。

在 PATH 中避免相对路径，不只关乎兼容性，也是一条明确的安全准则。操作系统在查找可执行文件时，会按 PATH 中列出的目录顺序逐一搜索。如果把 . 放在 PATH 中，那么当你在一个由他人控制、或从网络下载解压得到的目录里执行某个命令时，系统会优先在当前目录里寻找同名程序。攻击者只需放置一个与常用命令同名（如 ls、git、python）的可执行文件，就能在你毫无察觉时执行恶意代码。这类攻击历史上被称为“当前目录劫持”。同理，./bin 或其他依赖工作目录的相对路径也会引入同样的风险，因为它们指向的位置随你所在的目录而变化，缺乏可预测性与可控性。

总结

• ~ 的展开由 shell 负责，而 PATH 的读取不经过 shell 展开流程
• 在 PATH 中应使用 $HOME 替代 ~
• 避免在 PATH 中放置相对路径，既有兼容性问题也有安全风险
• 统一使用绝对路径是更稳妥的实践