サブシェルは子シェルと同じです

この2つの名前があります。サブシェルと子シェルです。

はい、子プロセスは次のいずれかによって開始されます：

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

すべて同等で、同じ名前を共有していますか？すべて同じプロパティを共有していますか？

POSIXには次の定義があります。

シェル実行環境は...で構成されています。

しかし、上記のリンクの最後の段落にはこれがあります：

サブシェル環境は、無視されないシグナルトラップがデフォルトのアクションに設定されることを除いて、シェル環境の複製として作成されます。

そして特に：

コマンド置換、括弧でグループ化されたコマンド、および非同期リストは、サブシェル環境で実行されます。さらに、マルチコマンドパイプラインの各コマンドはサブシェル環境にあります。....

sh -c 'echo "Hello"'そこに含まれていない、それもサブシェルと呼ばれるべき？

サブシェルは既存のシェルを複製します。同じ変数fork¹ 、同じ関数、同じオプションなどがあります。内部では、システムコール²を使用してサブシェルが作成されます。子プロセスは、親が待機している間（例：）、$(…)その存続を続行するとき（例：）、… &またはそれ以外の場合は期待されること（例：）を実行している間に、期待されることを実行し… | …ます。

sh -c …サブシェルを作成しません。別のプログラムを起動します。そのプログラムはたまたまシェルですが、それは単なる偶然です。プログラムは、別のシェル（たとえば、sh -c …bashから実行し、shダッシュの場合）、つまり、動作にかなりの類似点があるような完全に異なるプログラムの場合もあります。内部的には、外部コマンド（shまたはその他のコマンド）を起動するforkとシステムコールが呼び出され、次にexecveシステムコールが呼び出されてサブプロセス内のシェルプログラムが別のプログラム（ここでは）に置き換えられshます。

cludingを_{含み$$ますが、bashやmkshなどのシェル固有の変数をいくつか含みBASHPIDます。}
² _{少なくとも、これは従来の通常の実装です。シェルは、振る舞いを模倣できればフォークを最適化できます。}

関連するmanページ：fork（2）、execve（2）。

サブシェル環境は、別のプロセスに存在する必要はありません。現在の実行環境を複製する必要があるだけです。ではksh93、このことによって行われvirtual sub-shell呼び出すことはありませんメカニズムfork()。これにより、ksh93 は、フォークなどの非常に遅いようにWin-DOS、などの古いプラットフォームで非常に高速になりますWin-DOS。

sh -c cmd 反対側では、現在の対話型シェルと同じである必要がないデフォルトのシェルで新しいプロセスを作成します。

shと現在のシェルが同じ場合でも、これは実行環境を複製しないため、は作成されませんsub-shell。