Início / computer / Perguntas / 1460513
Accepted
WestCoastProjects
Asked: 2019-07-17 08:37:22 +0800 CST

Usar "$@" na função bash tem um resultado diferente do que executar o comando diretamente no bash

  • 772

Ao executar historyna linha de comando, os resultados são assim:

$history aws s3 cp
16160  aws s3 cp s3://mybucket/air2008/10 .
16254  hists "aws s3 cp"

Para uma função histsque se destina a ser um atalho para o acima: 

type hists
hists is a function
hists ()
{
    history 15000 | grep "$@"
}

Ao executá-lo, obtemos

09:40:44/csv $hists aws s3 cp
grep: s3: No such file or directory
grep: cp: No such file or directory

Se o executarmos com aspas, ele obterá o resultado correto. Mas então as citações são obrigatórias?

bash

2 respostas

  1. Best Answer

    $hists "aws s3 cp"“expande” para history 15000 | grep "aws s3 cp". Isso significa que greprecebe um único argumento.

    $hists aws s3 cpexpande para history 15000 | grep "aws" "s3" "cp". greprecebe três argumentos.

    O primeiro argumento para grepé o padrão. Os outros argumentos são arquivos nos quais grepencontrar o padrão. Não há arquivos chamados s3ou cpna pasta atual, portanto, grepexibe mensagens de erro.

    As aspas podem alterar o significado do texto na linha de comando. Se você deseja que um argumento contenha espaços em branco, as aspas são uma maneira de fazer isso.

    $hosts aws\ s3\ cpfaz a mesma coisa: adicionando uma barra invertida antes do espaço em branco, o shell sabe que não deve usar o significado usual, que é separar argumentos. Em vez disso, ele se tornará um espaço em branco literal.

    Também não há diferença de comportamento com "$@". Ela existe precisamente para preservar os argumentos citados.

    • 3

  2. A outra resposta é boa. Ele explica o que aconteceu:

    hists aws s3 cpexpande para history 15000 | grep "aws" "s3" "cp". greprecebe três argumentos.

    O primeiro argumento para grepé o padrão. Os outros argumentos são arquivos nos quais grepencontrar o padrão. Não há arquivos chamados s3ou cpna pasta atual, portanto, grepexibe mensagens de erro.

    Minha resposta permitirá que você robusteça e modifique a função para hists aws s3 cpque funcione.

    A primeira nota grep "$@"em seu código original permite que você injete opções para grep, assim:

    hists -i LS

    Você pode ou não querer ser capaz de fazer isso. Caso contrário, o trecho de código deve ser grep -- "$@". Mas mesmo assim você poderá passar nomes de arquivos para grep. Espero que você nunca queira que grepa função opere em arquivos. Algum mecanismo para evitar isso seria útil.

    Se você quiser injetar opções, não há uma maneira trivial de impedir que você especifique arquivos como argumentos adicionais. A função deve passar vários argumentos para grep; ele não sabe por si só qual é uma opção, qual é um arquivo. Alguma lógica pode lidar com isso, mas vamos manter as coisas simples.

    Se você pode viver sem injetar opções em grep, pode garantir que a ferramenta receba apenas um argumento, o padrão. Você pode usar grep -- "$1", mas neste caso

    hists aws s3 cp

    será equivalente a hists aws, argumentos adicionais não importarão. Isso não é exatamente o que você deseja, mas impedirá grepa análise s3e cp/ou lançamento de erros sobre eles.

    Ou você pode usar grep -- "$*". Isto é o que o POSIX diz sobre "$*":

    Quando a expansão ocorrer em um contexto onde a divisão de campos não será realizada, os campos iniciais devem ser unidos para formar um único campo com o valor de cada parâmetro separado pelo primeiro caractere da IFSvariável se IFScontiver pelo menos um caractere, ou separados por um <espaço> se não for definido IFSou sem separação se IFSfor definido como uma string nula.

    O interior das aspas é "um contexto onde a divisão de campo não será realizada" e o padrão IFScomeça com <espaço>. Isso significa que se você usar grep -- "$*", o comando

    hists aws s3 cp

    irá desencadear grep -- "aws s3 cp", que é o que você queria em primeiro lugar. Observe que você obterá o mesmo resultado com

    hists aws  s3           cp

    apesar dos vários espaços. O ponto é histsque não vê esses espaços. Ele vê aws, s3e cpcomo argumentos separados, então o mecanismo de "$*"concatena as três strings usando espaços simples.

    Por outro lado, estes comandos:

    hists "aws s3 cp"
hists "aws  s3           cp"

    funcionará exatamente como você esperaria, independentemente de você usar grep -- "$*"ou grep -- "$@"ou grep -- "$1". As três variantes se comportam de maneira diferente quando há mais argumentos para hists; ou menos (tente histssem nenhum argumento).

    Assim grep -- "$*", você pode tornar as aspas opcionais em alguns casos. Essa variante também impedirá grepa análise de arquivos, independentemente do que você digitar.

    • 1

relate perguntas