标签: bash-trap

trap由于这个问题,我正在玩一个函数内部,并提出了这个次要问题.给出以下代码:

d() {
    trap 'return' ERR
    false
    echo hi
}

如果我运行d,trap导致shell从函数返回而不打印'hi'.到现在为止还挺好.但如果我第二次运行它,我会收到来自shell的消息:

-bash:return:只能从函数或源脚本"返回"

起初,我认为这意味着ERR sig发生了两次:一次当false给出非零退出状态(在函数内部)时,再次当函数本身返回非零退出状态(在函数外部)时.但是这个假设并没有阻止这个测试:

e() {
    trap 'echo +;return' ERR
    false
    echo hi
}

如果我运行上面,无论我怎么经常运行它,我不再让不仅可以return从函数或执行的脚本由bash的警告.为什么shell处理的复合命令与traparg中的简单命令不同？

我的目标是维护导致函数退出的命令的实际退出状态,但我认为导致上述行为的任何因素也会导致捕获退出状态变得复杂:

f() {
    trap '
        local s=$?
        echo $s
        return $s' ERR
    false
    echo hi
}

bash> f; echo $?
1
0

笏？有人可以解释为什么$s在这里扩展到两个不同的值,如果事实证明是相同的原因,上面的区别return和echo +; return？

我有一个脚本，其内部结构可归结为：

trap "exit" SIGINT SIGTERM
while :
do
    mplayer sound.mp3
    sleep 3
done

（是的，这是比上面更有意义一点，但是这是不相关的问题）。脚本的多个实例可能同时运行。

有时我想 ^C 脚本......但这不会成功。据我了解，当 ^C 杀死时mplayer，它会继续sleep，当 ^C 杀死时sleep，它会继续mplayer，而且我从未碰巧在两者之间抓住它。据我了解，trap永远不会奏效。

如何终止脚本？

对于 Bash 程序：

 1  #!/bin/bash
 2  
 3  trapinfo()
 4  {
 5     echo "=== Trap Info: Status=$? LINENO=$@ A=$A"
 6  }
 7  
 8  main()
 9  {
10     trap 'trapinfo $LINENO -- ${BASH_LINENO[*]}' ERR
11  
12     set -e
13     set -E
14     set -o errtrace
15     shopt -s extdebug
16  
17     local -g A=1
18  
19     # false        # If uncommented, LINENO would be 19
20     (exit 73)      # LINENO is 9. How can I get 20 instead?
21  
22     A=2
23 …

在bash函数中声明局部变量使该变量仅在函数本身及其子级内部可见，因此如果我运行：

#!/bin/bash
set -e

func_one() {
  echo "${var}"
}

func_two() {
  local -r var="var from func_two"
  func_one
}

func_two

输出为：

var from func_two

即使var变量声明为local，并且func_two内的只读变量也可以从func_one函数访问。在后者中，可以声明一个具有本地和只读名称的变量：

#!/bin/bash
set -e

func_one() {
  local -r var="var from func_one"
  echo "${var}"
}

func_two() {
  local -r var="var from func_two"
  func_one
}

func_two

输出为：

var from func_one

如果从EXIT陷阱调用func_one，也会发生同样的情况：

#!/bin/bash
set -e

func_one() {                                                                    
  local -r var="var from func_one"                                              
  echo "${var}"                                                                 
}                                                                               

func_two() {                                                                   
  local …

我有一个 docker 入口点脚本，该脚本应该捕获发送到容器中进程的信号。主要应用程序是 tomcat - 嵌入在 docker-entrypoint.sh 中的 java 进程，该进程被传递给 dumb-init。容器中的流程映射如下所示：

root@mycontainer:/usr/local/tomcat/webapps/datarouter-example# ps -ef
    UID        PID  PPID  C STIME TTY          TIME CMD
    root         1     0  0 05:21 ?        00:00:00 dumb-init -- /docker-entrypoint.sh
    root         6     1  0 05:21 ?        00:00:00 bash /docker-entrypoint.sh
    root        14     6  1 05:21 ?        00:08:57 /jdk-13.0.1/bin/java -Djava.util.logging.config.file=....

Dockerfile：

FROM maven:3.6.3-jdk-13 as maven_builder

WORKDIR /app
COPY . /app
RUN ["mvn","clean","install","-T","2C","-DskipTests=true"]


FROM tomcat:9.0.31-jdk13-openjdk-buster

ARG dumbInitVersion='1.2.2'

# install dependencies
RUN apt-get update && apt-get install -y --no-install-recommends \
        sudo \ …

我正在编写一个 shell 脚本，它定期执行任务并从另一个进程接收到 USR1 信号。

脚本的结构类似于这个答案：

#!/bin/bash

trap 'echo "doing some work"' SIGUSR1

while :
do
    sleep 10 && echo "doing some work" &
    wait $!
done

但是，此脚本存在睡眠过程在后台继续并且仅在超时时终止的问题。（请注意，当在等待期间收到 USR1 时，睡眠进程会在其常规超时期间徘徊，但周期性回声确实被取消。）例如，您可以使用pkill -0 -c sleep.

我读了这个页面，它建议在陷阱动作中杀死挥之不去的睡眠，例如

#!/bin/bash

pid=
trap '[[ $pid ]] && kill $pid; echo "doing some work"' SIGUSR1

while :
do
    sleep 10 && echo "doing some work" &
    pid=$!
    wait $pid
    pid=
done

但是，如果我们快速向 USR1 信号发送垃圾邮件，则此脚本会出现竞争条件，例如：

pkill -USR1 trap-test.sh; pkill -USR1 trap-test.sh

然后它会尝试杀死一个已经被杀死的 …