Início / unix / Perguntas / 730580
Accepted
Jonathan H
Asked: 2023-01-05 16:56:59 +0800 CST

Um script pode ser executado como um subshell?

  • 772

Os scripts geralmente começam com um shebang como #!/usr/bin/env bash, que especifica o shell a ser usado para execução. O comportamento de execução quando o shebang não está presente parece depender do shell de chamada . De qualquer forma, o script é executado a partir de um "novo" shell que não conhece as variáveis ​​e funções definidas no shell de chamada.

Como alternativa, os scripts também podem ser sourceinseridos em um shell, o que, pelo que entendi, é equivalente a copiar e colar o conteúdo do script no shell atual. Se quaisquer funções ou variáveis ​​forem definidas no script, elas permanecerão no shell de chamada após a "execução", o que pode não ser desejável.

Existe algo entre essas duas opções? É possível executar um script como um subshell do shell de chamada, de modo que tenhamos acesso a tudo definido no shell de chamada, mas não o modifiquemos (a menos que talvez com e tais comandos) export?

Escrever (source myscript.sh)parece estar fazendo o que procuro; esta é a maneira certa de fazer isso? Existe um shebang equivalente que produziria o mesmo comportamento chamando ./myscript.shem vez disso?

shell-script

2 respostas

  1. Best Answer
    (. ./myscript.sh)

    é o caminho certo ( o formulário padrão é ., nãosource , e .sem diretório especificado pesquisas no PATH).

    Mesmo se fosse possível escrever um shebang referindo-se ao shell pai, por exemplo , se houvesse um /proc/parentapontamento para o pai (semelhante a /proc/self), não seria confiável porque o shell pai pode não existir mais no disco! Por exemplo, se um script for iniciado e o shell em execução for atualizado, o shell específico usado pelo script será substituído.

    • 12

  2. POSIX (IEEE Std 1003.1-2017, Seção 2.12) especifica:

    Um ambiente de subshell deve ser criado como uma duplicata do ambiente de shell , exceto que as armadilhas de sinal que não estão sendo ignoradas devem ser definidas como a ação padrão. As alterações feitas no ambiente do subshell não devem afetar o ambiente do shell .

    Portanto, você está certo de que um subshell teria acesso a tudo no shell de chamada, mas incorreto sobre comandos como a exportcapacidade de modificar o ambiente do shell pai.

    E, claro, o formato também é especificado pelo POSIX da seguinte forma:

    ( compound-list )
    Execute compound-list in a subshell environment; ...

    Existe um shebang equivalente que produziria o mesmo comportamento chamando ./myscript.sh?

    Supondo que você tenha um shebang presente em seu script. Ele será executado usando qualquer interpretador que você especificou (por exemplo, bash), mas como um processo separado , em vez de um subshell . Mas isso ainda alcançaria o resultado desejado de ter um script em execução que não modificaria o ambiente de shells pai.

    $ cat script.sh
#!/usr/bin/env bash
VAR=modified
echo "VAR is $VAR"
echo "PID: $$"

$ echo "Parent: $$"
Parent: 793915

$ VAR=initial
$ ./script.sh
VAR is modified
PID: 799149

$ echo $VAR
initial

$ bash script.sh
VAR is modified
PID: 799784

$ echo $VAR
initial

$ . script.sh
VAR is modified
PID: 793915

$ echo $VAR
modified

    Nota: O .comando dot é equivalente a source.

    Atualização : Esqueci de abordar o fato de que a execução como um script não exportaria nenhuma variável de ambiente, a menos que a set -aopção fosse definida. No entanto, lembre-se de que apenas as variáveis ​​atribuídas após a ativação da opção serão exportadas. Se isso não é algo que você deseja, então sua melhor aposta seria em(. script.sh)

    Do manual:

    -a

    Quando esta opção estiver ativada, o atributo de exportação deve ser definido para cada variável para a qual uma atribuição é realizada

    $ cat script.sh
#!/usr/bin/env bash
echo "VAR is $VAR"
VAR=modified
echo "VAR now set to $VAR"

$ VAR=original
$ (. script.sh)
VAR is original
VAR now set to modified
$ echo $VAR
original
$ # works as expected, unchanged

$ ./script.sh
VAR is
VAR now set to modified
$ # var not sent over

$ set -a
$ VAR=original
$ ./script.sh
VAR is original
VAR now set to modified
$ echo $VAR
original
$ # works, and your variable remains unchanged
$ set +a # turn the option off
    • 2

relate perguntas