在Bash编程中，set -e（或更正式地写作set -o errexit）和使用trap命令来捕获EXIT或ERR信号有相似的目的，即在脚本中检测错误并作出相应处理，但它们在行为和使用场景上有一些不同点。
相同点
- 目的：两者都是为了提高脚本的健壮性，旨在及时发现并响应错误情况，避免因某一部分失败而导致整个脚本继续执行潜在的错误逻辑。
- 错误处理：它们都能在命令执行失败（即返回非零退出状态）时采取行动。
不同点
- 控制粒度：
set -e提供的是全局性的错误处理机制，一旦任何命令失败，整个脚本立即终止。这可能导致在某些情况下过于严格，比如在预期某些命令可能会失败但希望后续命令继续执行的场景。trap 'handler' ERR则提供了更加灵活的错误处理方式。你可以定义自己的错误处理函数来决定脚本应该如何响应特定类型的错误，比如记录错误信息、清理资源或有选择性地继续执行。
- 适用范围：
set -e影响整个脚本，包括直接执行的命令和子shell。trap 'handler' ERR主要针对当前shell作用域内的命令，对于子shell或后台任务，可能需要额外配置以确保它们也能被正确捕获错误。
- 行为细节：
set -e有一些例外情况不会导致脚本退出，比如在某些复合命令内部的失败，或者是失败命令出现在&&、||、if、while、until结构中。- 使用
trap可以让开发者完全控制错误处理逻辑，包括决定何时、如何响应特定类型的错误，以及是否让脚本继续执行。
- 提示信息：
set -e：当命令失败时，脚本会直接退出，无额外的打印信息。trap 'exit ERR' ERR：可以通过自定义trap命令来控制错误信息的输出，例如，可以输出更详细的错误信息或执行其他错误处理逻辑。
- 资源清理：
trap命令特别适合用于定义EXIT陷阱，以确保无论脚本如何退出（无论是正常结束还是因错误退出），都可以执行必要的清理操作，比如释放资源或恢复环境状态。而set -e不直接提供这种资源管理功能。
- 兼容性：
set -e：几乎所有的 Bash 版本都支持。trap 'exit ERR' ERR：同样广泛支持，但可能在某些非常旧的 shell 中不可用。
综上所述，set -e 提供了一种快速简单的错误退出机制，适合那些希望在命令失败时立即停止脚本的场景。而 trap 'exit ERR' ERR 提供了更高级的错误处理能力，允许在脚本退出前进行额外的处理。
需要注意的是：在“进程替换”(process substitution)中执行的 exit 命令或因错误触发的陷阱，并不会终止外部进程，只会结束那个特定的子进程。
参考
- help set
- help trap
- https://fvue.nl/wiki/Bash:_Error_handling
