TL; DR
execse usa para reemplazar el proceso actual del shell con nuevo y manejar la redirección de flujo / descriptores de archivo si no se ha especificado ningún comando. evalse usa para evaluar cadenas como comandos. Ambos pueden usarse para construir y ejecutar un comando con argumentos conocidos en tiempo de ejecución, pero execreemplaza el proceso del shell actual además de ejecutar comandos.
ejecutivo incorporado
Sintaxis:
exec [-cl] [-a name] [command [arguments]]
Según el manual, si hay un comando especificado, este incorporado
... reemplaza el caparazón. No se crea ningún proceso nuevo. Los argumentos se convierten en argumentos para ordenar.
En otras palabras, si estaba ejecutando bashcon PID 1234 y si tuviera que ejecutar exec top -u rootdentro de ese shell, el topcomando tendrá PID 1234 y reemplazará su proceso de shell.
¿Dónde es esto útil? En algo conocido como scripts de envoltura. Tales scripts crean conjuntos de argumentos o toman ciertas decisiones sobre qué variables pasar al entorno, y luego se usan execpara reemplazarse con cualquier comando que se especifique, y, por supuesto, proporcionan esos mismos argumentos que el script de envoltura ha desarrollado a lo largo del camino.
Lo que también dice el manual es que:
Si no se especifica el comando, cualquier redirección tendrá efecto en el shell actual
Esto nos permite redirigir cualquier cosa desde las secuencias de salida de shells actuales a un archivo. Esto puede ser útil para fines de registro o filtrado, donde no desea ver los stdoutcomandos, sino solo stderr. Por ejemplo, así:
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
Este comportamiento lo hace útil para iniciar sesión en scripts de shell , redirigir secuencias a archivos o procesos separados y otras cosas divertidas con descriptores de archivo.
En el nivel del código fuente, al menos para la bashversión 4.3, el execincorporado está definido en builtins/exec.def. Analiza los comandos recibidos, y si hay alguno, pasa cosas a la shell_execve()función definida en el execute_cmd.carchivo.
Para resumir, existe una familia de execcomandos en lenguaje de programación C, y shell_execve()es básicamente una función de envoltura de execve:
/* Call execve (), handling interpreting shell scripts, and handling
exec failures. */
int
shell_execve (command, args, env)
char *command;
char **args, **env;
{
eval incorporado
Los estados del manual bash 4.3 (énfasis agregado por mí):
Los argumentos se leen y se concatenan juntos en un solo comando. Luego, el shell lee y ejecuta este comando , y su estado de salida se devuelve como el valor de eval.
Tenga en cuenta que no se produce un reemplazo del proceso. A diferencia de execdonde el objetivo es simular la execve()funcionalidad, la función evalincorporada solo sirve para "evaluar" argumentos, como si el usuario los hubiera escrito en la línea de comandos. Como tal, se crean nuevos procesos.
¿Dónde podría ser útil? Como Gilles señaló en esta respuesta , "... eval no se usa muy a menudo. En algunos shells, el uso más común es obtener el valor de una variable cuyo nombre no se conoce hasta el tiempo de ejecución". Personalmente, lo he usado en un par de secuencias de comandos en Ubuntu donde era necesario ejecutar / evaluar un comando basado en el espacio de trabajo específico que el usuario estaba usando actualmente.
En el nivel del código fuente, se define builtins/eval.defy pasa la cadena de entrada analizada a evalstring()funcionar.
Entre otras cosas, evalpuede asignar variables que permanecen en el entorno actual de ejecución de shell, mientras execque no puede:
$ eval x=42
$ echo $x
42
$ exec x=42
bash: exec: x=42: not found