Início / unix / Perguntas / 446265
Accepted
teika kazura
Asked: 2018-05-27 22:15:12 +0800 CST

Por que o bash 'nem sempre' mostra a mensagem 'Encerrado' depois de matar um processo? [duplicado]

  • 772

Por que essa diferença importa? Os dois blocos no código abaixo diferem na última linha:

#!/bin/bash
if [[ -n "$1" ]]; then
    sleep 1 &
    p=$!
    kill $p &> /dev/null
else
    sleep 1 &
    p=$!
    kill $p &> /dev/null
    /bin/true # This line is the sole difference.
fi

Nomeie-o a.she eu recebo (na minha caixa do Linux)

$ ./a.sh
/a.sh: line 16: 18103 Terminated              sleep 1
$ ./a.sh foo
$ # no "Terminated" message

Por que nenhuma mensagem no segundo caso? O comportamento básico do Bash é imprimir "Terminated" ( consulte esta pergunta ).

(NB eu uso p=$!no meu código verdadeiro, mas no caso acima você pode usar kill $!.)

EDIT: Sergiy Kolodyazhnyy gentilmente se referiu à pergunta " Por que o verdadeiro e o falso são tão grandes? " em um comentário. (É uma digressão, mas uma leitura divertida.) Infelizmente, a resposta a que o comentário pertencia foi deletada, então eu a registro aqui. Obrigado Sergiy.

linux bash

1 respostas

  1. Best Answer

    De acordo com a resposta de Matteo Italia :

    Fazer o mesmo experimento com killall, em vez disso, geralmente produz a mensagem "killed" imediatamente, sinal de que as chaves de tempo/contexto/o que quer que seja necessário para executar um comando externo causam um atraso longo o suficiente para que o processo seja encerrado antes que o controle retorne ao Concha.

    Em outras palavras, o atraso causado pela chamada do externo /bin/truecausa um atraso, o que permite que o shell imprima a mensagem.

    Eu também realizei testes com /bin/echovs echo:

    #!/bin/bash
if [[ -n "$1" ]]; then
    sleep 1 &
    p=$!
    kill $p &> /dev/null
    /bin/echo "a line"
else
    sleep 1 &
    p=$!
    kill $p &> /dev/null
fi

    Com este roteiro:

    $ bash ./mystery.sh 
$ bash ./mystery.sh foo
a line
./mystery.sh: line 11: 10361 Terminated              sleep 1

    Com embutido echo:

    $ bash ./mystery.sh 
$ bash ./mystery.sh foo
a line

    Em outras palavras, o fato de haver um executável externo sendo chamado força o shell a executar a verificação de processos filho e trabalhos em segundo plano quando o último filho retornar. No caso de:

    if [[ -n "$1" ]]; then
    sleep 1 &
    p=$!
    kill $p &> /dev/null

    do seu script original, não há nenhum comando extra sendo chamado, apenas o último integrado.

    Entre outras coisas, realizei alguns testes com strace:

    Parece que o processo pai sai e não espera pelo filho. Em outras palavras, o processo pai do shell sai muito cedo para executar uma verificação explícita.

    $ strace -s 1024 -e kill bash mystery.sh 
kill(9830, SIGTERM)                     = 0
mystery.sh: line 11:  9830 Terminated              sleep 1
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_KILLED, si_pid=9830, si_uid=1000, si_status=SIGTERM, si_utime=0, si_stime=0} ---
+++ exited with 0 +++
$ strace -s 1024 -e kill bash mystery.sh  foo
kill(9839, SIGTERM)                     = 0
+++ exited with 0 +++

    Notavelmente, no rastreamento com parâmetro posicional, a chamada de espera também está ausente:

    $ strace -s 1024 -e kill,wait4 bash mystery.sh  foo
kill(9910, SIGTERM)                     = 0
+++ exited with 0 +++
$ strace -s 1024 -e kill,wait4 bash mystery.sh
kill(9916, SIGTERM)                     = 0
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_KILLED, si_pid=9916, si_uid=1000, si_status=SIGTERM, si_utime=0, si_stime=0} ---
wait4(-1, [{WIFSIGNALED(s) && WTERMSIG(s) == SIGTERM}], WNOHANG, NULL) = 9916
wait4(-1, 0x7ffe8e5bb110, WNOHANG, NULL) = -1 ECHILD (No child processes)
wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 9917
mystery.sh: line 11:  9916 Terminated              sleep 1
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=9917, si_uid=1000, si_status=0, si_utime=0, si_stime=0} ---
wait4(-1, 0x7ffe8e5bb250, WNOHANG, NULL) = -1 ECHILD (No child processes)
+++ exited with 0 +++
    • 3

relate perguntas