path是用冒号分隔的可执行文件搜索目录列表；临时添加用export path="/path:$path"或export path="$path:/path"；永久生效需写入~/.bashrc（非登录shell）、~/.bash_profile（登录shell）或/etc/environment（系统级静态配置）。
Linux 中的路径变量（主要是 PATH）决定系统在哪几个目录里找可执行文件。设置它不难，但真正理解它“什么时候生效”“谁覆盖谁”“为什么改了不立刻起作用”，才是关键。
PATH 是什么？怎么临时加一条路径？
PATH 是一个用冒号（:）分隔的目录列表。比如 /usr/local/bin:/usr/bin:/bin，执行命令时，系统就按这个顺序从左到右挨个目录里找同名文件。
临时添加（仅当前终端有效）：
-
export PATH="/my/tools:$PATH—— 加在最前面，优先级最高 -
export PATH="$PATH:/my/tools"—— 加在末尾，只有前面都没找到才用它
永久生效该写哪？不同文件的区别很实际
不是所有配置文件都一样，加载时机和作用范围直接决定你改了有没有用：
-
~/.bashrc：每次打开新终端（非登录 shell）都会读 —— 适合日常命令行工具（如自定义脚本、pyenv、nvm） -
~/.bash_profile或~/.profile：只在登录 shell（比如 SSH 登录、图形界面首次启动终端）时读一次 —— 适合 PATH 等基础环境变量 -
/etc/environment：系统级、与 shell 无关，由 PAM 在登录时加载 —— 不支持变量展开（不能写$PATH），纯静态赋值 -
/etc/profile和/etc/profile.d/*.sh：系统级、登录 shell 时执行，支持变量语法，常被发行版或软件包自动写入
环境变量加载优先级：谁说了算？
没有“全局唯一权威”，优先级取决于你用什么方式启动 shell 和是否重新加载：
- 手动
source ~/.bashrc后，当前终端以它为准（覆盖之前所有） - 如果
.bash_profile里写了source ~/.bashrc，那登录时也会加载.bashrc里的 PATH - 子进程继承父进程的环境变量 —— 所以 GUI 应用（如 VS Code、IDEA）通常只认
.profile或/etc/environment里的 PATH - systemd 服务默认不读用户 shell 配置，得显式指定
Environment=PATH=...
怎么验证 PATH 是否生效？别只信 echo
光看 echo $PATH 只能确认变量值，不代表命令真能运行：
-
which cmd或command -v cmd：查命令实际解析到哪个路径 -
type cmd：区分是 alias、function 还是外部命令，更准确 -
strace -e trace=execve bash -c 'cmd' 2>&1 | grep execve：终极手段，看系统调用时到底尝试了哪些路径
基本上就这些。PATH 看似简单，但涉及 shell 类型、登录方式、进程继承、GUI 启动机制多个层面。理清加载链路，比死记硬背命令有用得多。
