如何在Bash脚本中显式触发ERR信号对应的陷阱？

当然可以实现！要在Bash脚本里主动触发监听ERR信号的陷阱，有几个实用的方案，我结合你给出的代码示例来逐一说明：

方法1：发送ERR信号给当前进程 #

Bash的ERR是可被显式发送的特殊信号，你可以用kill命令给当前脚本进程发送这个信号，直接触发绑定的陷阱逻辑。

比如修改你的调用脚本里的catch块：

{#try stuff} || {
  #catch stuff;
  kill -ERR $$  # 向当前脚本进程发送ERR信号
  exit 1;
}

这里的$$代表当前脚本的PID，执行这个命令后，你在lib.trap.sh里定义的error函数会被触发，并且自动带上kill命令所在行的${LINENO}和$tablename变量。

方法2：执行一个必然失败的命令 #

ERR陷阱的默认触发条件是命令返回非零退出码，所以你可以执行一个肯定会失败的简单命令（比如false）来间接触发陷阱：

{#try stuff} || {
  #catch stuff;
  false  # 该命令退出码为1，触发ERR陷阱
  exit 1;
}

这个方法的优点是简单直观，但要注意：陷阱里的${LINENO}会指向false命令所在的行，而不是你实际出错的代码块行号。如果需要传递准确的错误行号，这个方法就不太适合了。

方法3：直接调用陷阱绑定的函数 #

既然你的ERR陷阱本质是绑定了error ${LINENO} $tablename这个函数调用，那最直接的方式就是手动调用error函数，还能自定义传入的参数：

{#try stuff} || {
  local actual_error_line=$LINENO  # 这里可以替换为真正出错代码块的行号
  #catch stuff;
  error $actual_error_line $tablename  # 直接执行陷阱逻辑
  exit 1;
}

这种方式完全绕过了信号机制，让你能精确控制传入error函数的参数，比如传递实际出错代码的行号，而不是触发命令的行号，灵活性最高。

注意事项 #

• 可以用kill -l命令查看当前系统的信号列表，确认ERR信号是否存在（大多数Linux系统中ERR对应信号3）；
• 如果脚本中启用了set -e（命令失败即退出脚本），显式触发ERR陷阱的操作依然有效，陷阱会在脚本退出前执行。

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