子外壳与子外壳是否相同

有两个名称：subshel​​l和child-shell。

是的，子进程将通过以下任何一种方式启动：

sh -c 'echo "Hello"'
( echo "hello" )
echo "$(echo "hello")
echo "hello" | cat

是否都相同并具有相同的名称？所有共享相同的属性吗？

POSIX 具有以下定义：

Shell执行环境由...组成。

但是上面链接的最后一段有：

子外壳程序环境应作为外壳程序环境的副本创建，但不忽略的信号陷阱应设置为默认操作。

特别是：

命令替换，用括号分组的命令以及异步列表应在子shell环境中执行。另外，多命令管道中的每个命令都在子shell环境中。....

其中sh -c 'echo "Hello"'不包含，也应该称为subshel​​l吗？

子shell 复制了现有的shell。它具有相同的变量fork¹ ，相同的功能，相同的选项等。在幕后，使用系统调用² 创建了一个子外壳；当父进程等待（例如$(…)）或继续其生命（例如… &）时，子进程继续执行预期的操作，否则父进程将继续执行预期的操作（例如… | …）。

sh -c …不创建子外壳。它启动另一个程序。该程序恰好是一个外壳，但这只是一个巧合。该程序甚至可能是一个不同的外壳程序（例如，如果您sh -c …从bash 运行并且sh是破折号），即，一个完全不同的程序，恰好在其行为上具有重大相似之处。在幕后，启动外部命令（sh或任何其他命令）将调用fork系统调用，然后execve系统调用将子进程中的Shell程序替换为另一个程序（此处为sh）。

¹ _{包括$$但不包括某些特定于shell的变量，例如bash和mksh's BASHPID。}
² _{至少，这是传统且通常的实现。如果壳可以模仿行为，则壳可以优化叉子。}

相关手册页：fork（2），execve（2）。

子外壳环境不需要生活在单独的进程中，只需要复制当前的执行环境即可。在ksh93这个由做virtual sub-shell不调用机制fork()。这使得ksh93在诸如之类的过时平台上非常快Win-DOS，而Win-DOS对于分叉而言则非常慢。

sh -c cmd 另一方面，使用默认外壳创建一个新进程，该默认外壳不必与您当前的交互式外壳相同。

即使sh和您当前的Shell相同，这也不会复制执行环境，因此不会创建sub-shell。