Início / unix / Perguntas / 442945
Accepted
manifestor
Asked: 2018-05-11 00:21:20 +0800 CST

Entendendo os comandos internos do shell

  • 772

No manual do bash , está escrito que

Builtin commands are contained >>> within <<< the shell itself

Além disso, esta resposta afirma que

A built-in command is simply a command that the shell carries out itself,
instead of interpreting it as a request to load and run some
>>> other program <<<

Quando executo compgen -b, bash 4.4recebo uma lista de todos os comandos internos do shell. Eu vejo, por exemplo, isso [e killestão listados como embutidos do shell. Mas suas localizações reais são:

/usr/bin/[
/bin/kill

Eu pensei que ser um builtinmeio que o comando é compilado no /bin/bashexecutável. Então, o que realmente está me confundindo: corrija-me, mas como um comando separado pode ser um builtin, quando na verdade não faz parte do shell?

bash shell

2 respostas

  1. Best Answer

    Os comandos embutidos no shell geralmente são embutidos devido ao aumento de desempenho que isso proporciona. Chamar o external printf , por exemplo, é mais lento do que usar o built in printf.

    Como alguns utilitários não precisam ser incorporados, a menos que sejam especiais, como cd, eles também são fornecidos como utilitários externos . Isso ocorre para que os scripts não sejam interrompidos se forem interpretados por um shell que não forneça um equivalente integrado.

    Alguns built-ins do shell também fornecem extensões para o comando equivalente externo. Bash's printf, por exemplo é capaz de fazer

    $ printf -v message 'Hello %s' "world"
$ echo "$message"
Hello world

    (imprimir em uma variável) que o externo /usr/bin/printfsimplesmente não seria capaz de fazer, pois não tem acesso às variáveis ​​do shell na sessão atual do shell (e não pode alterá-las).

    Os utilitários integrados também não têm a restrição de que sua linha de comando expandida deve ser menor do que um determinado comprimento. Fazendo

    printf '%s\n' *

    é, portanto, seguro se printffor um comando interno do shell. A restrição no comprimento da linha de comando vem da execve()função da biblioteca C usada para executar um comando externo. Se a linha de comando e o ambiente atual forem maiores que ARG_MAXbytes (veja getconf ARG_MAXno shell), a chamada para execve()falhará. Se o utilitário estiver embutido no shell, execve()não precisa ser chamado.

    Os utilitários integrados têm precedência sobre os utilitários encontrados nos arquivos $PATH. Para desabilitar um comando integrado no bash, use, por exemplo

    enable -n printf

    Há uma pequena lista de utilitários que precisam ser construídos em um shell (retirados da lista do padrão POSIX de built-ins especiais )

    break
colon (:)
continue
dot (.)
eval
exec
exit
export
readonly
return
set
shift
times
trap
unset

    Eles precisam ser incorporados, pois manipulam diretamente o ambiente e o fluxo do programa da sessão atual do shell. Um utilitário externo não seria capaz de fazer isso.

    Curiosamente, cdnão faz parte desta lista, mas o POSIX diz o seguinte sobre isso:

    Como cdafeta o ambiente de execução do shell atual, ele sempre é fornecido como um shell integrado regular. Se for chamado em um subshell ou ambiente de execução de utilitário separado, como um dos seguintes:

    (cd /tmp)
nohup cd
find . -exec cd {} \;

    não afeta o diretório de trabalho do ambiente do chamador.

    Portanto, estou assumindo que os built-ins "especiais" não podem ter contrapartes externas, enquanto cdem teoria poderiam ter (mas não faria muito).

    • 17

  2. Você está (compreensivelmente) confuso com o fato de que alguns builtins existem tanto como builtins quanto como comandos externos. Portanto, embora você esteja certo de que, por exemplo, existe um /bin/[comando, isso não significa que sua "localização real" esteja em /bin.

    Qualquer maneira fácil de testar isso é executar typecom o -aswitch que mostrará todas as instâncias disponíveis de um comando. No meu sistema Arch, isso mostra:

    $ type -a [
[ is a shell builtin
[ is /sbin/[
[ is /usr/sbin/[
[ is /usr/bin/[

    Observe que /sbin, /usr/sbine /bintodos os links simbólicos apontam para /usr/bin, portanto, há apenas um externo [:

    $ readlink -f /usr/sbin /sbin /bin/
/usr/bin
/usr/bin
/usr/bin

    Como você pode ver, [é um comando interno e externo, e o mesmo é verdade para vários outros comandos internos do shell. No entanto, isso não muda o fato de que eles também são internos do shell, compilados no próprio shell.

    • 7

relate perguntas