スレッド結合（）は、スレッドと同時実行性の唯一の目的を破ったときに便利です

Question

スレッド結合が論理を順次実行するので、最初に複数のスレッド間でタスクを分割する動機は何ですか？つまり、実際にスレッド結合が必要な実際のシナリオを思いつくことはできません。

Answer 1

複数のスレッドを起動する場合は、join()を使用して、すべてが完了するまで待つことができます。

たとえば、5つの作業項目をそれぞれ独自のスレッドで起動し、5スレッドでjoin()を呼び出すと、5つの項目をすべて同時に処理できますが、すべて完了するまでブロックされます。

しかし、多くの言語/フレームワークではスレッドを明示的に結合するよりも優れた選択肢があることに注意してください。たとえば、.NETの世界では、TPLを使用すると、1つまたは複数のタスク（必要に応じてスレッドにマッピングできる）がすべて完了したときに発生する継続をスケジュールできます。

Answer 2

いくつかの状況では、同様のタスクを一連のスレッドに渡すことがありますが、探している「回答」を得るためにはすべてのスレッドを完了する必要があります。

たとえば、チェスゲームを作っていたら、個々のスレッドに潜在的な動きのセットを渡して、それらがすべて終了するまで待ってから「ベスト」を選択することができます。

Answer 3

多くの場合、並行して実行することが必要な場合があります。すべて完了したら、結果をすべて組み合わせて前進したいと思うことがあります。

たとえば、サーバー側で多数の独立したウィジェットのデータをロードする必要があるWebポータルのホームページを取り上げます。それらのデータロードを並行して起動し、メインページをレンダリングする前にそれらのページにメインスレッドを参加させる（つまり、完了するのを待つ）ことができます。

Answer 4

これは、人間に知られている他のスレッド間通信メカニズムよりも多くの弱点を持っているため、有用ではありません。オーバーヘッドを高め、プロセスのシャットダウンを防ぐ可能性が高い、貧弱なマルチスレッド設計を積極的に推進します。 GUIアプリケーションで。

使用を避けることができます。