如何规避BASH_ENV调用后bash自动禁用errexit的问题？

没错，你观察得很准确——bash在执行完BASH_ENV指定的启动文件后，确实会重置包括errexit在内的一些选项，这就是直接在启动文件里set -e不生效的核心原因。不过DEBUG陷阱刚好能解决这个问题，它会在shell执行任何命令之前触发，包括脚本的第一行代码，完美绕过这个重置逻辑。

具体实现方法 #

你可以在BASH_ENV指向的脚本里添加以下内容：

# 设置DEBUG陷阱，在第一条命令执行前启用errexit，触发后自动移除陷阱（可选优化）
trap 'set -e; trap - DEBUG' DEBUG

如果希望每次命令执行前都确保errexit处于启用状态（比如防止脚本中间有set +e操作后忘了恢复），可以简化成：

trap 'set -e' DEBUG

原理说明 #

• DEBUG陷阱的触发优先级极高：bash在处理完启动文件、完成选项重置后，会进入脚本的命令执行阶段，而第一个动作就是触发DEBUG陷阱，这时候你在陷阱里设置的set -e会覆盖之前的重置操作。
• 如果你用了trap - DEBUG在第一次触发后移除陷阱，既能达到默认启用的目的，又不会在后续命令前重复执行set -e，避免不必要的性能开销。

注意事项 #

• 这个方法主要针对非交互式shell（BASH_ENV的典型使用场景），交互式shell的DEBUG陷阱行为略有不同，但一般你不会在交互式环境默认启用errexit。
• 如果脚本中有明确的set +e命令，会覆盖陷阱设置的errexit状态，这是符合预期的——毕竟你只是要默认启用，而非强制锁定该选项。

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