Início / unix / Perguntas / 446420
Accepted
Alexander Mills
Asked: 2018-05-28 23:14:37 +0800 CST

Retorno implícito em funções bash?

  • 772

Digamos que eu tenha uma função bash assim:

gmx(){
  echo "foo";
}

esta função retornará implicitamente o valor de saída do echocomando ou o uso de return é necessário?

gmx(){
  echo "foo";
  return $?
}

Presumo que, da maneira como o bash funciona, o status de saída do comando final da função bash é aquele que é "retornado", mas não é 100% certo.

bash shell-script

3 respostas

  1. Best Answer

    returnfaz um retorno explícito de uma função shell ou "script de ponto" (um script de origem). Se returnnão for executado, um retorno implícito é feito no final da função shell ou script de ponto.

    Se returnfor executado sem parâmetro, equivale a retornar o status de saída do último comando executado.

    É assim que returnfunciona em todos os shells POSIX.

    Por exemplo,

    gmx () {
  echo 'foo'
  return "$?"
}

    é, portanto, equivalente a

    gmx () {
  echo 'foo'
  return
}

    que é o mesmo que

    gmx () {
  echo 'foo'
}

    Em geral, é muito raro que você precise usar $?. É realmente necessário apenas se você precisar salvá-lo para uso futuro, por exemplo, se precisar investigar seu valor várias vezes (nesse caso, você atribuiria seu valor a uma variável e executaria uma série de testes nessa variável).

    • 19

  2. Da bash(1)página man:

    Quando executada, o status de saída de uma função é o status de saída do último comando executado no corpo.

    • 8

  3. Vou apenas adicionar algumas notas de cautela às respostas já fornecidas:

    • Embora returntenha um significado muito especial para o shell, do ponto de vista da sintaxe, é um comando interno do shell e uma instrução de retorno é analisada como qualquer outro comando simples. Então, isso significa que como no argumento de qualquer outro comando, $?quando sem aspas, estaria sujeito a split+glob

      Então você precisa citar isso $?para evitá-lo:

      return "$?"

    • returngeralmente não aceita nenhuma opção ( ksh93s aceita o usual --help, --man, --author... embora). O único argumento esperado (opcional) é o código de retorno. O intervalo de códigos de retorno aceitos varia de shell para shell, e se qualquer valor fora de 0..255 é refletido adequadamente $?também varia de shell para shell. Consulte Código de saída padrão quando o processo é encerrado? para detalhes sobre isso.

      A maioria dos shells aceita números negativos (afinal, o argumento passado para a chamada do sistema _exit()/ exitgroup()é um int, portanto, com valores abrangendo pelo menos -2 31 a 2 31 -1, portanto, faz sentido que os shells aceitem o mesmo intervalo para suas funções) .

      A maioria dos shells usa o waitpid()e co. API para recuperar esse status de saída; no entanto, nesse caso, é truncado para um número entre 0 e 255 quando armazenado em $?. Embora invocar uma função não envolva gerar um processo e seja usado waitpid()para recuperar seu status de saída, já que tudo é feito no mesmo processo, muitos shells também imitam esse waitpid()comportamento ao invocar funções. O que significa que mesmo se você ligar returncom um valor negativo, $?conterá um número positivo.

      Agora, entre os shells que returnaceitam números negativos (ksh88, ksh93, bash, zsh, pdksh e derivados diferentes de mksh, yash), existem alguns (pdksh e yash) que precisam ser escritos como return -- -123caso contrário, -123são considerados três -1, -2, -3opções inválidas.

      Como pdksh e seus derivados (como OpenBSD shou posh) preservam o número negativo em $?, isso significa que fazer return "$?"falharia quando $?contivesse um número negativo (o que aconteceria quando o último comando de execução fosse uma função que retornasse um número negativo).

      Então return -- "$?"seria melhor nessas conchas. No entanto, observe que, embora suportada pela maioria dos shells, essa sintaxe não é POSIX e, na prática, não é suportada por mkshderivados do ash.

      Portanto, para resumir, com shells baseados em pdksh, você pode usar números negativos em argumentos para funções, mas se o fizer, return "$@"não funcionará. Em outros shells, return "$@"funcionará e você deve evitar usar números negativos (ou números fora de 0..255) como argumentos para return.

    • Em todos os shells que conheço, chamar returnde dentro de um subshell em execução dentro de uma função fará com que o subshell saia (com o status de saída fornecido, se houver, ou o do último comando executado), mas não causará um retorno da função ( para mim, não está claro se o POSIX oferece essa garantia, alguns argumentam que exitdeve ser usado para sair de subshells dentro de funções). Por exemplo

      f() {
  (return 3)
  echo "still inside f. Exit status: $?"
}
f
echo "f exit status: $?"

      irá produzir:

      still inside f. Exit status: 3
f exit status: 0
    • 3

relate perguntas