MacOS下zsh中$PATH与$path关联问题及相关疑问

多数Shell（包括zsh）的变量默认区分大小写，比如普通变量$VAR、$var、$Var是完全独立的。在macOS 13.01的zsh中测试普通变量的行为：

[启动全新zsh进程]
% s=tst
% S="something else"
% echo "\$s=$s"
$s=tst
% echo "\$S=$S"    
$S=something else
% [[ "$s" == "$S" ]] || echo "Not equal"
Not equal

但zsh中$PATH与$path存在特殊关联：$path是$PATH的空格分隔数组版本，且修改其中一个会同步改变另一个：

% echo $PATH
/Users/dawg/perl5/bin:/usr/local/opt/ruby/bin:/usr/local/opt/python@3.10/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/Library/Apple/usr/bin
% echo $path
/Users/dawg/perl5/bin /usr/local/opt/ruby/bin /usr/local/opt/python@3.10/bin /usr/local/bin /usr/bin /bin /usr/sbin /sbin /Library/Apple/usr/bin

修改$PATH后$path同步更新：

% export PATH=/some/new/folder:$PATH
% echo $PATH
/some/new/folder:/Users/dawg/perl5/bin:/usr/local/opt/ruby/bin:/usr/local/opt/python@3.10/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/Library/Apple/usr/bin
% echo $path
/some/new/folder /Users/dawg/perl5/bin /usr/local/opt/ruby/bin /usr/local/opt/python@3.10/bin /usr/local/bin /usr/bin /bin /usr/sbin /sbin /Library/Apple/usr/bin

这种关联曾导致脚本问题，比如遍历文件时意外覆盖$path变量，进而破坏$PATH：

for path in **/*.txt; do
    # 使用系统工具处理$path...
    # 发现PATH中的工具如awk无法找到
done

针对这些现象，以下是相关疑问的解答：

1. $PATH与$path的关联是否有官方文档说明？ #

zsh的官方手册（zshparam(1)）明确记载了该特性：$path是$PATH对应的数组变量，zsh会自动双向同步两者——当$PATH（冒号分隔的字符串）被修改时，zsh会自动将其拆分赋值给$path数组；当$path数组被修改时，zsh会自动将数组元素用冒号连接成字符串更新$PATH。这是zsh原生特性，并非苹果定制。

2. 该关联设计的目的是什么？ #

核心是为了简化路径列表的操作。使用数组形式的$path可以更直观地管理单个路径：

• 添加路径：直接用path+=(/new/directory)，无需手动拼接字符串
• 删除路径：可以用数组操作移除指定元素，比如path=(${path:#/old/directory})
  相比直接操作$PATH的字符串形式，数组操作更不易出错，也更符合直观逻辑。

3. 如何关闭这一关联特性？ #

通过取消$path的特殊属性，将其转为普通变量即可：

# 取消特殊关联
unset path
# 若需要继续使用名为path的普通变量，重新声明
typeset path

如果需要永久生效，将上述两行添加到~/.zshrc配置文件中即可。

4. 苹果为何要设计这一特性？ #

这并非苹果设计的特性，而是zsh的原生功能。macOS从Catalina版本开始将zsh设为默认登录Shell，只是保留了zsh的原生行为。该特性符合macOS追求易用性的设计方向，能降低普通用户管理Shell路径的门槛。

内容的提问来源于stack exchange，提问作者dawg