¿Cuáles son los usos del comando exec en los scripts de shell?

¿Alguien puede explicar cuáles son los usos del comando exec en las secuencias de comandos de shell con ejemplos simples?

El execcomando incorporado refleja las funciones en el kernel, hay una familia basada en ellas execve, que generalmente se llama desde C.

execreemplaza el programa actual en el proceso actual, sin forkcrear un nuevo proceso. No es algo que usaría en cada script que escriba, pero en ocasiones resulta útil. Aquí hay algunos escenarios en los que lo he usado;

1. Queremos que el usuario ejecute un programa de aplicación específico sin acceso al shell. Podríamos cambiar el programa de inicio de sesión en / etc / passwd, pero tal vez queremos que la configuración del entorno se use desde los archivos de inicio. Entonces, en (digamos) .profile, la última declaración dice algo como:

    exec appln-program

   así que ahora no hay ningún shell al que volver. Incluso si se appln-programbloquea, el usuario final no puede llegar a un shell, porque no está allí, lo execreemplazó.

2. Queremos usar un shell diferente al de / etc / passwd. Por estúpido que parezca, algunos sitios no permiten a los usuarios alterar su shell de inicio de sesión. Un sitio que conozco hizo que todos comenzaran csh, y todos simplemente .loginllamaron a su (archivo de inicio de csh) ksh. Si bien eso funcionó, dejó un cshproceso perdido y el cierre de sesión fue de dos etapas, lo que puede ser confuso. Así que lo cambiamos por uno exec kshque simplemente reemplazó el programa c-shell con el shell korn, y lo simplificamos todo (hay otros problemas con esto, como el hecho de que kshno es un shell de inicio de sesión).

3. Solo para guardar procesos. Si llamamos a prog1 -> prog2 -> prog3 -> prog4etc. y nunca regresamos, entonces haga que cada llamada sea un ejecutivo. Ahorra recursos (no mucho, es cierto, a menos que se repita) y simplifica el apagado.

Obviamente lo has visto execusado en alguna parte, quizás si mostraras el código que te está molestando podríamos justificar su uso.

Editar : me di cuenta de que mi respuesta anterior es incompleta. Hay dos usos de execshells como kshy bash: se utilizan para abrir descriptores de archivos. Aquí hay unos ejemplos:

exec 3< thisfile          # open "thisfile" for reading on file descriptor 3
exec 4> thatfile          # open "thatfile" for writing on file descriptor 4
exec 8<> tother           # open "tother" for reading and writing on fd 8
exec 6>> other            # open "other" for appending on file descriptor 6
exec 5<&0                 # copy read file descriptor 0 onto file descriptor 5
exec 7>&4                 # copy write file descriptor 4 onto 7
exec 3<&-                 # close the read file descriptor 3
exec 6>&-                 # close the write file descriptor 6

Tenga en cuenta que el espacio es muy importante aquí. Si coloca un espacio entre el número fd y el símbolo de redirección, execvuelve al significado original:

  exec 3 < thisfile       # oops, overwrite the current program with command "3"

Hay varias maneras de utilizar éstos, sobre el uso de ksh read -uo print -u, en bash, por ejemplo:

read <&3
echo stuff >&4

Solo para aumentar la respuesta aceptada con una breve respuesta breve amigable para los novatos, probablemente no sea necesario exec.

Si todavía está aquí, la siguiente discusión debería revelar por qué. Cuando corras, di:

sh -c 'command'

ejecuta una shinstancia, luego comienza commandcomo un hijo de esa shinstancia. Cuando commandfinaliza, la shinstancia también finaliza.

sh -c 'exec command'

ejecuta una shinstancia, luego reemplaza esa shinstancia con el commandbinario y la ejecuta en su lugar.

Por supuesto, ambos son inútiles en este contexto limitado; simplemente quieres

command

Hay algunas situaciones marginales en las que desea que el shell lea su archivo de configuración o, de alguna manera, configure el entorno como preparación para la ejecución command. Esta es la única situación en la que exec commandes útil.

#!/bin/sh
ENVIRONMENT=$(some complex task)
exec command

Esto hace algunas cosas para preparar el entorno para que contenga lo que se necesita. Una vez hecho esto, la shinstancia ya no es necesaria, por lo que es una optimización (menor) simplemente reemplazar la shinstancia con el commandproceso, en lugar de shejecutarla como un proceso secundario y esperarla, luego salir tan pronto como termine.

Del mismo modo, si desea liberar tantos recursos como sea posible para un comando pesado al final de un script de shell, es posible que desee execese comando como una optimización.

Si algo lo obliga a ejecutar shpero realmente desea ejecutar otra cosa, exec something elsees , por supuesto, una solución alternativa para reemplazar la shinstancia no deseada (por ejemplo, si realmente desea ejecutar su propio spiffy en goshlugar de, shpero el suyo no aparece en la lista /etc/shellspara que pueda No lo especifique como su shell de inicio de sesión).

El segundo uso de execmanipular descriptores de archivo es un tema separado. La respuesta aceptada lo cubre muy bien; para mantener esto autónomo, solo remitiré al manual para cualquier cosa que execsea ​​seguida por una redirección en lugar de un nombre de comando.