TL; DR
execé usado para substituir o processo atual do shell por novos e manipular descritores de redirecionamento / arquivo de fluxo, se nenhum comando foi especificado. evalé usado para avaliar seqüências de caracteres como comandos. Ambos podem ser usados para criar e executar um comando com argumentos conhecidos em tempo de execução, mas execsubstituem o processo do shell atual, além de executar comandos.
exec buil-in
Sintaxe:
exec [-cl] [-a name] [command [arguments]]
De acordo com o manual, se houver um comando especificado, este built-in
... substitui o shell. Nenhum novo processo é criado. Os argumentos se tornam os argumentos a serem comandados.
Em outras palavras, se você estava executando bashcom o PID 1234 e se executava exec top -u rootnesse shell, o topcomando terá o PID 1234 e substituirá o processo do shell.
Onde isso é útil? Em algo conhecido como scripts de wrapper. Esses scripts constroem conjuntos de argumentos ou tomam certas decisões sobre quais variáveis passar para o ambiente e, em seguida, usam-se execpara substituir a si mesmo por qualquer comando especificado e, é claro, fornecendo os mesmos argumentos que o script do wrapper criou ao longo do caminho.
O que o manual também afirma é que:
Se o comando não for especificado, qualquer redirecionamento entrará em vigor no shell atual
Isso nos permite redirecionar qualquer coisa dos fluxos de saída dos shells atuais para um arquivo. Isso pode ser útil para fins de registro ou filtragem, onde você não deseja ver stdoutapenas os comandos stderr. Por exemplo, assim:
bash-4.3$ exec 3>&1
bash-4.3$ exec > test_redirect.txt
bash-4.3$ date
bash-4.3$ echo "HELLO WORLD"
bash-4.3$ exec >&3
bash-4.3$ cat test_redirect.txt
2017年 05月 20日 星期六 05:01:51 MDT
HELLO WORLD
Esse comportamento o torna útil para fazer logon em scripts de shell , redirecionar fluxos para separar arquivos ou processos e outras coisas divertidas com descritores de arquivo.
No nível do código-fonte, pelo menos para a bashversão 4.3, o execinterno é definido em builtins/exec.def. Ele analisa os comandos recebidos e, se houver algum, passa as coisas para a shell_execve()função definida no execute_cmd.carquivo.
Para encurtar a história, existe uma família de execcomandos na linguagem de programação C e shell_execve()é basicamente uma função de wrapper de execve:
/* Call execve (), handling interpreting shell scripts, and handling
exec failures. */
int
shell_execve (command, args, env)
char *command;
char **args, **env;
{
avaliação interna
O manual do bash 4.3 afirma (ênfase adicionada por mim):
Os argumentos são lidos e concatenados juntos em um único comando. Este comando é então lido e executado pelo shell e seu status de saída é retornado como o valor de eval.
Observe que não há substituição do processo. Diferentemente de execonde o objetivo é simular a execve()funcionalidade, o evalbuilt-in serve apenas para "avaliar" argumentos, como se o usuário os tivesse digitado na linha de comando. Como tal, novos processos são criados.
Onde isso pode ser útil? Como Gilles apontou nesta resposta , "... eval não é usado com muita frequência. Em algumas conchas, o uso mais comum é obter o valor de uma variável cujo nome não é conhecido até o tempo de execução". Pessoalmente, eu o usei em alguns scripts no Ubuntu, onde era necessário executar / avaliar um comando com base no espaço de trabalho específico que o usuário estava usando no momento.
No nível do código-fonte, ele é definido builtins/eval.defe passa a sequência de entrada analisada para evalstring()funcionar.
Entre outras coisas, evalpode atribuir variáveis que permanecem no ambiente de execução de shell atual, enquanto execnão pode:
$ eval x=42
$ echo $x
42
$ exec x=42
bash: exec: x=42: not found