ErlangとGoの並行プログラミング、CSPとアクター間の客観的な違いは？

私はErlangとGoプログラミング言語での並行プログラミングを検討していました。私の発見によると、それらはそれぞれアクターモデルとCSPを使用しています。

しかし、それでも私はCSPとアクターの客観的な違いは何かと混乱していますか？それは単に理論的に異なるだけで同じ概念ですか？

実際には、ほとんど違いはありません。両方とも、外部の世界との主要なインターフェースがメッセージを経由する別個の実行単位を表しています。

違いは、言語の実装の詳細にあります。以下にそのような詳細を示します。

• Goのチャンネルは入力されます。異なるデータを含むメッセージを送信する場合は、個別のチャネルが必要です。Erlangを使用すると、receiveすべてがプロセスに送信され、パターンマッチする必要があります（Goでは、select複数のケースでa を使用するため、コードはチャンネルが異なるだけで非常によく似ています）。
• 誰でもGoチャネルを読み書きできます。Erlangでは、誰でもプロセスに送信できますが、そのプロセスのみが受信します。これは、タスクを複数のワーカー間で分割する場合に重要になります。Erlangでは、配布プロセスを作成する必要がありますが、Goは単純にチャネルを共有できます。
• Erlangは、複数のホスト/ VMにプロセスを分散するための（ほとんど）透過的なパスを提供します。ゴルーチンは単一のプロセスに限定されます（ただし、配布用のライブラリがあります）。
• エラー処理は非常に異なります。Erlangは各プロセスを独立したものとして扱います：明示的にリンクしない限り、1つのプロセスのエラー（0で除算など）は他のプロセスに影響しません（ただし、デッドプロセスからのメッセージを待っているものがハングします）。ゴルーチンはすべて同じプロセス空間で実行されます。0で除算すると、プログラム全体が停止します。
• Erlangでは、データは不変です。これは、プロセスと外部の世界との間のすべての通信がメッセージを介して行われることを意味します。Goを使用すると、ゴルーチン間で状態を共有できます（そうすべきではありません）。

この最後のポイントが最も重要だと思います。どちらも通信の主要な手段としてメッセージを使用しますが、Erlangは状態がいつどのように変化するかについてより強力な保証を行います。