为什么此Shell脚本中包含反斜杠？

在conda.sh脚本的副本中，我看到以下几行：

if [ -n "${_CE_CONDA}" ] && [ -n "${WINDIR+x}" ]; then
    SYSP=$(\dirname "${CONDA_EXE}")
else
    SYSP=$(\dirname "${CONDA_EXE}")
    SYSP=$(\dirname "${SYSP}")
fi

我很好奇，为什么在前面的一个反斜杠d中dirname。我认为没有必要。反斜杠的这种用法也出现在源文件的其他位置。我有没有这样做的理由？

反斜杠将抑制别名扩展，即，它执行原始命令并确保别名版本不运行。当系统已设置shopt -s expand_aliases（仅BASH）或使用来执行脚本时，脚本会在不知不觉中以别名扩展方式运行source。

./conda.sh          # usually no alias expansion (unless `shopt -s expand_aliases` in BASH)
source ./conda.sh   # alias expansion
. ./conda.sh        # alias expansion

一些系统管理员喜欢在所有内容中都加反斜杠，以防止别名的副作用，以防万一它在其他地方被无意地使用了别名并且别名得到了扩展（如前所述）。例如，如果系统在alias dirname='dirname -z'某个地方设置了此名称，并且条件允许扩展别名，那么不幸的是，尝试调用dirname的脚本将dirname -z改为调用，这不是该脚本的目的。

如果可以确定这样的别名不存在，我们可以删除所有的反斜杠，并且应该可以正常工作。

或者，可以使用command而不是反斜杠版本来抑制别名。因此，\dirname可以使用代替command dirname，它看起来更易读。（对于诸如的内置命令cd，应builtin改为使用）。我更喜欢它，因为它也绕过了具有相同名称以及任何别名的函数。

如果conda.sh是要获取的文件，则反斜杠用于绕过别名。Bash通常为脚本执行禁用别名扩展，但是对于可能在交互式Shell中运行的源文件，则不是这种情况。因此，dirname可能只运行一个名为的别名dirname，但\dirname会跳过别名扩展，而运行一个名为的函数或命令dirname。（不过，不只是反斜杠，任何引用都可以。）