¿Los paréntesis realmente ponen el comando en una subshell?

Por lo que he leído, poner un comando entre paréntesis debería ejecutarse en una subshell, similar a ejecutar un script. Si esto es cierto, ¿cómo ve la variable x si x no se exporta?

x=1

La ejecución (echo $x)en la línea de comando da como resultado 1

La ejecución echo $xde un script no da como resultado, como se esperaba

Una subshell comienza como una copia casi idéntica del proceso de shell original. Debajo del capó, el shell llama a la forkllamada al sistema ¹ , que crea un nuevo proceso cuyo código y memoria son copias ² . Cuando se crea el subshell, hay muy pocas diferencias entre él y su padre. En particular, tienen las mismas variables. Incluso la $$variable especial mantiene el mismo valor en subcapas: es la ID de proceso del shell original. Del mismo modo, $PPIDes el PID del padre del shell original.

Algunas shells cambian algunas variables en la subshell. Bash se establece BASHPIDen el PID del proceso de shell, que cambia en subcapas. Bash, zsh y mksh arreglan para $RANDOMproducir diferentes valores en el padre y en el subshell. Pero aparte de los casos especiales incorporados como estos, todas las variables tienen el mismo valor en el subshell que en el shell original, el mismo estado de exportación, el mismo estado de solo lectura, etc. Todas las definiciones de funciones, alias, opciones de shell y otras configuraciones también se heredan.

Una subshell creada por (…)tiene los mismos descriptores de archivo que su creador. Algunos otros medios para crear subshells modifican algunos descriptores de archivos antes de ejecutar el código de usuario; por ejemplo, el lado izquierdo de una tubería se ejecuta en un subshell ³ con salida estándar conectada a la tubería. La subshell también comienza con el mismo directorio actual, la misma máscara de señal, etc. Una de las pocas excepciones es que las subshell no heredan trampas personalizadas: las señales ignoradas ( ) permanecen ignoradas en la subshell, pero se restablecen otras trampas ( SEÑAL ) a la acción predeterminada ⁴ .trap '' SIGNALtrap CODE

Por lo tanto, una subshell es diferente de ejecutar un script. Un script es un programa separado. Este programa separado podría ser también una secuencia de comandos ejecutada por el mismo intérprete que el padre, pero esta coincidencia no le da al programa separado ninguna visibilidad especial sobre los datos internos del padre. Las variables no exportadas son datos internos, por lo que cuando se ejecuta el intérprete para el script de shell hijo , no ve estas variables. Las variables exportadas, es decir, las variables de entorno, se transmiten a los programas ejecutados.

Así:

x=1
(echo $x)

se imprime 1porque el subshell es una réplica del shell que lo generó.

x=1
sh -c 'echo $x'

sucede que ejecuta un shell como un proceso hijo de un shell, pero el xde la segunda línea no tiene más conexión con el xde la segunda línea que en

x=1
perl -le 'print $x'

o

x=1
python -c 'print x'

¹ _{Una excepción es el ksh93shell donde se optimiza la bifurcación y se emulan la mayoría de sus efectos secundarios.}
² _{Semánticamente, son copias. Desde una perspectiva de implementación, se está compartiendo mucho.}
³ _{Para el lado derecho, depende de la carcasa.}
⁴ _{Si prueba esto, tenga en cuenta que cosas como$(trap) pueden informar las trampas del shell original. Tenga en cuenta también que muchos proyectiles tienen errores en casos de esquina que involucran trampas. Por ejemplo, ninjalj señala que a partir de bash 4.3, bash -x -c 'trap "echo ERR at \$BASH_SUBSHELL \$BASHPID" ERR; set -E; false; echo one subshell; (false); echo two subshells; ( (false) )'ejecuta la ERRtrampa desde el subshell anidado en el caso de "dos subshell", pero no la ERRtrampa desde el subshell intermedio: la set -Eopción debe propagarERRtrap a todas las subcapas pero la subshell intermedia está optimizada y no está ahí para ejecutar su ERRtrampa.}

Obviamente, sí, como dice toda la documentación, un comando entre paréntesis se ejecuta en una subshell.

La subshell hereda una copia de todas las variables del padre. La diferencia es que cualquier cambio que realice en la subshell tampoco se realiza en el padre.

La página de manual de ksh lo hace un poco más claro que el bash:

man ksh:

Un comando entre paréntesis se ejecuta en un sub-shell sin eliminar las variables no exportadas.

man bash:

(lista)

La lista se ejecuta en un entorno de subshell (ver ENTORNO DE EJECUCIÓN DE MANDOS a continuación). Las asignaciones variables y los comandos incorporados que afectan el entorno del shell no permanecen vigentes una vez que se completa el comando.

ENTORNO DE EJECUCIÓN DE MANDO

El shell tiene un entorno de ejecución, que consiste en lo siguiente: [...] parámetros del shell que se establecen por asignación de variable [...].
La sustitución de comandos, los comandos agrupados con paréntesis y los comandos asincrónicos se invocan en un entorno de subshell que es un duplicado del entorno de shell, [...]