Início / unix / Perguntas / 458760
Accepted
Harry
Asked: 2018-07-27 22:57:12 +0800 CST

PID da função em segundo plano, F, em comandos invocados em subshells dentro de F

  • 772

Quando fooexecutado em segundo plano, o BASHPIDof foo( bashpid_of_foo) não está disponível dentro dos corpos bar_1para bar_nvia $BASHPID, pois eles são invocados por meio do recurso de substituição de comando de bash:

function foo() {
    local bashpid_of_foo=$BASHPID
    local output

    # desired to be shared by all Command Substitutions
    # in the body of this function.
    local log=/path/to/log.$BASHPID

    ... >> $log

    output=$(bar_1 ...)
      ...
    output=$(bar_n ...)
}

function bar_1() {
   # log only specific (and NOT all) messages
   # to the shared log file of the invoking thread.
    ... >> /path/to/log.$BASHPID
}

foo &
foo &

Pergunta: Existe uma maneira elegante de contornar a limitação acima, sem ter que passar bashpid_of_foopor variáveis ​​de ambiente adhoc ou arquivos de disco externo?

Por elegante , quero dizer, ser capaz de manter as interfaces e os corpos das bar_*funções limpos confiando apenas nos recursos fornecidos pelo bash. (Por exemplo BASHPID, é um bashrecurso.)

Se eu tentar substituir o valor de BASHPID, assim,

out_1=$(BASHPID=$BASHPID bar_1 ...)

... ele (corretamente) reclama de BASHPIDser uma variável readonly.

EDIT: (1) Adicionada a definição bar_1acima. (2) Adicionado a 2ª chamada fooem segundo plano. Cada foochamada precisa manter seu próprio arquivo de log, pois gravar em um arquivo comum pode resultar em conteúdo ilegível.

NOTA: Qualquer que seja o log que aconteça no contexto de tempo de execução do foo, quero que ele vá para o fooarquivo de log específico, /path/to/log.$BASHPID SEM passar o nome desse arquivo de log ou mesmo o PID do foo. foopode ter várias instâncias em execução em segundo plano.

bash process

2 respostas

  1. OBSERVAÇÃO: em relação às suas perguntas gerais sobre $BASHPID, isso é somente leitura e você não pode manipulá-lo. Isso é por design.

    Normalmente, meu conselho geral é que, quando você chegar ao nível de sofisticação com scripts Bash como esse, é hora de movê-lo para Python, Ruby, o que for.

    Seu exemplo

    Acho que não vejo qual é o seu problema, isso funciona para mim:

    $ cat subby.bash
#!/bin/bash

function foo() {
    local bashpid_of_foo=$BASHPID
    local output=blipblop

    echo "foo: $bashpid_of_foo"
    echo "foo: $output"
    out_1=$(echo $bashpid_of_foo)
    out_n=$(echo $output)
    echo "out_1: $out_1"
    echo "out_n: $out_n"
}

foo &


$ ./subby.bash
foo: 4900
foo: blipblop
out_1: 4900
out_n: blipblop

    Adição de exportação

    Se mudarmos isso transformando bar_1em um script de shell:

    $ cat bar_1
#!/bin/bash

echo "from bar_1: $bashpid_of_foo"

    E altere seu script original assim:

    #!/bin/bash

function foo() {
    export bashpid_of_foo=$BASHPID
    local output=blipblop

    echo "foo: $bashpid_of_foo"
    echo "foo: $output"
    out_1=$(echo $bashpid_of_foo)
    out_2=$(./bar_1)
    out_n=$(echo $output)
    echo "out_1: $out_1"
    echo "out_2: $out_2"
    echo "out_n: $out_n"
}

foo &

    Podemos ver que o $bashpid_of_fooestá sendo exportado corretamente para subshells:

    $ ./subby.bash
foo: 5014
foo: blipblop
out_1: 5014
out_2: from bar_1: 5014
out_n: blipblop

    Precisamos usar um exportaqui e não apenas um localporque, caso contrário, as variáveis ​​de ambiente não serão exportadas para nenhum filho. Os subshells são shells filhos aqui.

    $ help export
...
   Marks each NAME for automatic export to the environment of subsequently
    executed commands.  If VALUE is supplied, assign VALUE before exporting.
    • 1
  2. Best Answer
    #!/bin/bash

bar () {
    # bashpid is set in our environment from the calling function
    printf 'bar BASHPID = %d, bar bashpid = %d\n' "$BASHPID" "$bashpid"

    # in your case, you would have...

    local logfile="/some/path/to/log.$bashpid"

    # etc.
}

foo () {
    local bashpid="$BASHPID"
    local message

    local logfile="/some/path/to/log.$BASHPID"

    message=$( bashpid="$bashpid" bar ); printf 'Message from bar: %s\n' "$message"
    message=$( bashpid="$bashpid" bar ); printf 'Message from bar: %s\n' "$message"
    message=$( bashpid="$bashpid" bar ); printf 'Message from bar: %s\n' "$message"
    message=$( bashpid="$bashpid" bar ); printf 'Message from bar: %s\n' "$message"
}

foo &
foo &
foo &

wait

    Exemplo de execução:

    $ bash script.sh
Message from bar: bar BASHPID = 71979, bar bashpid = 18461
Message from bar: bar BASHPID = 7420, bar bashpid = 71036
Message from bar: bar BASHPID = 6109, bar bashpid = 18461
Message from bar: bar BASHPID = 27868, bar bashpid = 71036
Message from bar: bar BASHPID = 44547, bar bashpid = 60086
Message from bar: bar BASHPID = 69310, bar bashpid = 71036
Message from bar: bar BASHPID = 37649, bar bashpid = 60086
Message from bar: bar BASHPID = 15999, bar bashpid = 71036
Message from bar: bar BASHPID = 81520, bar bashpid = 18461
Message from bar: bar BASHPID = 92568, bar bashpid = 60086
Message from bar: bar BASHPID = 72438, bar bashpid = 18461
Message from bar: bar BASHPID = 15094, bar bashpid = 60086

    Para cada chamada de foona parte principal do script, quatro chamadas para barserão feitas e quatro linhas de saída serão produzidas. Como você vê, existem apenas três bashpidnúmeros únicos, cada um de uma das fooinvocações.

    Outra maneira de passar $bashpidde footo baré obviamente passá-lo como um argumento de linha de comando e recebê-lo com local bashpid="$1"in barou algo semelhante, mas você diz que não quer fazer isso.

    • 1

relate perguntas