为何Bash执行source .env或. .env时会静默忽略不存在的.env文件

核心规则背景 #

Bash 内置的source（别名.）命令在加载文件名不含斜杠的目标文件时，默认遵循以下查找逻辑：

• 当sourcepath shell选项为开启状态（默认开启，可执行shopt sourcepath查看状态，输出on即为开启）时，Bash 会优先遍历$PATH环境变量的所有目录查找目标文件：
  • 只要在某一PATH目录下找到同名、当前用户可读的文件，就直接加载，不再查找当前工作目录
  • 查找时不要求文件具备可执行权限，只要可读就满足匹配条件
• 只有遍历完PATH所有目录都未找到目标文件时，Bash才会查找当前工作目录下的对应文件，找不到就抛出No such file or directory错误。

异常行为的直接原因 #

你遇到的无报错、返回码为0的表现，是因为$PATH包含的某一个目录下，恰好存在一个名为.env的空文件（或内容执行后无任何输出的文件）：

• 执行. .env/source .env时，Bash在PATH中命中了该文件并直接加载，空文件执行后无输出，且返回码默认为0（source命令返回被加载文件最后一条命令的执行结果，空文件默认返回0）
• 执行which .env无输出是因为which命令只会扫描PATH中具备可执行权限的文件，该.env文件没有可执行位，因此不会被which识别，造成了“不存在全局命令”的误判。

特定环境无法复现的原因 #

• Ubuntu 18.04/20.04的干净Docker容器、sudo -i切换的root环境使用系统默认PATH配置，PATH下的系统目录默认不会存放.env这类隐藏文件，找不到文件时会正常抛出错误。
• 本地shell环境的.bashrc/.profile等配置文件大概率修改过$PATH（比如追加了~/.local/bin、~/bin、自定义工作目录等路径），这些目录下存在的.env文件触发了上述source查找逻辑。

验证方法 #

执行以下命令可直接定位被加载的.env文件位置：

# 遍历PATH所有目录查找可读的.env文件
IFS=':' read -ra path_arr <<< "$PATH"
for p in "${path_arr[@]}"; do
  if [ -f "$p/.env" ] && [ -r "$p/.env" ]; then
    echo "命中的.env文件路径：$p/.env"
  fi
done

如果上述命令没有输出结果，可执行以下命令确认是否存在自定义别名/函数覆盖了内置的source命令：

type -a source
type -a .

正常输出应显示source is a shell builtin、. is a shell builtin，如果输出别名或自定义函数定义，就是本地配置修改了原生命令行为。

日常使用中如果需要明确加载当前目录下的文件，建议显式添加路径前缀，例如source ./.env，这种写法会跳过PATH遍历，直接查找当前目录的目标文件，避免隐式加载带来的异常。

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