Por que o echo é um comando embutido?

Há um terceiro motivo para alguns comandos serem integrados: Eles podem ser usados ​​quando a execução de comandos externos é impossível.

Às vezes, um sistema fica tão danificado que o comando ls não funciona. Em alguns casos, um echo * ainda funcionará.

Outro exemplo (mais importante!) É kill: Se um sistema ficar sem PIDs livres, não é possível executar /bin/kill (porque precisa de um PID :-), mas o kill embutido funcionará.

A propósito, which é um comando externo (pelo menos não é interno no bash), portanto, não pode listar comandos internos. Por exemplo:

$ which echo
/bin/echo
$ type -a echo
echo is a Shell builtin
echo is /bin/echo

De acordo com o Manual de referência do Bash , trata-se de conveniência.

Os shells também fornecem um pequeno conjunto de comandos embutidos (embutidos) que implementam funcionalidades impossíveis ou inconvenientes de obter por meio de utilitários separados. Por exemplo, cd, break, continue e exec) não podem ser implementados fora do Shell porque manipulam diretamente o próprio Shell. Os builtins history, getopts, kill ou pwd, entre outros, podem ser implementados em utilitários separados, mas são mais convenientes de usar como comandos embutidos. Todos os builtins do Shell são descritos nas seções subsequentes.

O Advanced Bash Scripting Guide tem uma explicação mais detalhada:

"Um embutido é um comando contido no conjunto de ferramentas Bash, literalmente embutido. Isso ocorre por motivos de desempenho - os embutidos são executados mais rapidamente do que os comandos externos, que geralmente exigem bifurcação 1 um processo separado - ou porque um determinado builtin precisa de acesso direto aos internos do Shell. "

Observe também que echo existe como um utilitário autônomo em alguns sistemas. Aqui está o que tenho no meu sistema Darwin (MacOSX 10.5.8 - Leopard)

$ uname -a
Darwin Host.foo.org 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 i386
$ bash --version
GNU bash, version 3.2.17(1)-release (i386-Apple-darwin9.0)
Copyright (C) 2005 Free Software Foundation, Inc.
$ which echo
/bin/echo

echo também está disponível como embutido, mas aparentemente meus scripts usam/bin/echo no meu Mac e usam um Bash embutido na maioria dos meus sistemas Linux e FreeBSD. Mas isso não parece importar, porque os scripts ainda funcionam bem em qualquer lugar.

Para complementar a resposta de bhm, digamos /bin foi acidentalmente removido de seu PATH. Você gostaria de ser capaz de echo $PATH para descobrir isso, certo?

Embora a maioria dos shells inclua um echo embutido hoje em dia, o GNU CoreUtils também inclui uma implementação autônoma dele:

$ which echo
/bin/echo
$ dpkg -S /bin/echo
coreutils: /bin/echo

Parece que você não tem GNU Coreutils instalado (a maioria dos sistemas operacionais de desktop e servidor baseados em Linux o tem instalado por padrão, mas o Linux embutido ou outro UNIX pode usar coleções alternativas de utilitários Shell) .

BTW: se você olhar em Busybox , você verá que ls, ps e cat também são comandos embutidos lá (ou em menos pode ser; é usado para sistemas integrados e tudo o que não é necessário pode ser deixado de fora).

Aqui está o verdadeiro motivo pelo qual echo deve ser um Shell integrado:

Suponha que você tenha uma senha em $PASSWORD. Como você grava em um arquivo ./password? Naturalmente, a maioria dos programadores escreveria:

echo "$PASSWORD" >./password

No entanto, se echo não fosse um Shell embutido, a senha vazaria para todos os usuários por meio de informações de ps.

Claro, se você quiser ser mais esperto, pode encontrar uma maneira de armazenar uma senha sem echo, talvez explorando algum outro recurso do Shell:

cat >./password <<EOF
${PASSWORD}
EOF

No entanto, ter echo embutido é um cinto de segurança importante, pois a maneira mais óbvia de salvar uma senha em um arquivo também deve funcionar.