Início / unix / Perguntas / 463861
Accepted
Httqm
Asked: 2018-08-22 05:05:24 +0800 CST

Por que uma variável é global quando definida com `variável de leitura` dentro de um loop `while`, mas local quando definida com `variável while read`?

  • 772
unset myVariable i;
while [ -z "$i" ]; do
    read myVariable;
    echo "myVariable : '$myVariable'";
    i=foo;
done;
echo "myVariable : '$myVariable'"

(o unsetestá lá para permitir a repetição do comando)

pressione qualquer tecla + ENTER, você obterá:

myVariable : '[what you typed]'
myVariable : '[what you typed]'

O valor de myVariableexiste fora do whileloop. Agora tente :

tmpFile=$(mktemp);
echo -e 'foo\nbar\nbaz' >> "$tmpFile"
while read myVariable; do
    otherVariable=whatever; 
    echo "myVariable : '$myVariable', otherVariable : '$otherVariable'";
done < "$tmpFile";
echo "myVariable : '$myVariable', otherVariable : '$otherVariable'";
rm "$tmpFile"

você terá :

myVariable : 'foo', otherVariable : 'whatever'
myVariable : 'bar', otherVariable : 'whatever'
myVariable : 'baz', otherVariable : 'whatever'
myVariable : '', otherVariable : 'whatever'

O valor de myVariableé perdido ao sair do loop.

Por que há um comportamento diferente? Existe um truque de escopo que eu não conheço?

NB: rodando GNU bash, versão 4.4.12(1)-release (x86_64-pc-linux-gnu)

bash shell-script

3 respostas

  1. Best Answer
    while read myVariable; do

    O valor de myVariableé perdido ao sair do loop.

    Não, myVariabletem o valor que obteve do último read. O script lê do arquivo, até chegar à posição após a última nova linha. Depois disso, a chamada final readnão obtém nada do arquivo, define myVariablea string vazia de acordo e sai com um valor falso, pois não viu o delimitador (nova linha). Então o laço termina.

    Você pode obter um valor não vazio do final readse houver uma linha incompleta após a última nova linha:

    $ printf 'abc\ndef\nxxx' | 
    { while read a; do echo "got: $a"; done; echo "end: $a"; } 
got: abc
got: def
end: xxx

    Ou use while read a || [ "$a" ]; do ...para manipular o fragmento de linha final dentro do corpo do loop.

    • 5

  2. Como você está entrando no loop while, um subshell é criado para executar o loop while. Agora este processo filho tem sua própria cópia do ambiente e não pode passar nenhuma variável de volta para seu pai (como em qualquer processo unix).

    Nesse caso, o done < "$tmpFile"redirecionamento força o bash a gerar um sub-shell (como para o pipe).

    Citado do escopo da variável bash no Stack Overflow.

    • -2

  3. Seu segundo exemplo usa um whileloop que tem uma entrada redirecionada.

    Ele lê using < "$tmpFile"e muitos shells criam um subshell para este caso. Você pode tentar executar este script com ksh93. ksh93não cria um sub-shell neste caso.

    No seu caso específico, o motivo é completamente diferente:

    • no primeiro exemplo, você lê uma linha da entrada

    • no segundo exemplo, você lê até que EOFseja alcançado

    O readcomando lê a entrada, então divide a entrada em IFScaracteres e então atribui palavras aos argumentos variáveis ​​de read.

    Se houver mais palavras do que variáveis ​​como parâmetros para o readcomando, a última variável obtém uma concatenação do restante das palavras.

    Se houver menos palavras do que variáveis, as outras variáveis ​​receberão um valor vazio.

    Desde que você bateu EOF, você não tem nenhuma palavra lida, mas uma ou mais variáveis ​​como argumento para read. Isso faz com que todas as variáveis ​​obtenham um valor vazio atribuído.

    Então, algo aconteceu que você não esperava: EOFfaz com que o whileloop seja encerrado e você não veja nenhum echocomando de dentro do whileloop, mas apenas o echocomando final após o whileloop neste EOFcaso.

    Este final echoagora imprime o conteúdo da variável que foi limpo de bater EOF.

    • -2

relate perguntas