実行時に、スレッドが待機するWaitHandleを代入する方法

Question

実行時にスレッドが待機するEventWaitHandleを安全に変更する方法を知りたいと思います。

例えば、EventWaitHandlesによって同期される2つのスレッド（AとC）があるとします。 Aはそのジョブを周期的に実行し、CはAからジョブを開始できるという通知を（たとえばAutoResetEventによって）受け取るまで待ちます。パターンはACACです...

この後、新しいスレッド（B）が起動され（たとえば、ユーザーアクションによって）、そのジョブはこのように2つの既存のスレッドの間で実行されます。 BとBが信号を終了すると、CはCを終了します。パターンはABCABC ...

スレッドCがAと共有していたEventWaitHandleを待っていた後、別のEventWaitHandleを共有する別のEventWaitHandleを待機させる安全なメカニズムが必要です。 B.これが完了すると、EventWaitHandleを使用してAジョブを待機し、EventWaitHandleを使用してCジョブを通知するBを簡単に起動する必要があるため、Cが使用するEventWaitHandleをトリッキーな部分に置き換えているようです。このメカニズムでは、スレッドBを安全にアンマウントし、スレッドAとCのみが動作している初期の状態に戻る方法も提供する必要があります。

EventWaitHandleでこれを達成する安全な方法はありますか？そうでない場合は、他の提案もありがとうございます。

Answer 1

タスクAが変更を認識している場合、タスクCはそのイベントを所有します。タスクAは、Cが次の場合はタスクCのイベントを通知し、次のタスクBの場合はタスクBのイベントを通知します。

また、他の共有データを変更するのと同じメカニズムを使用します。ハンドルへのすべてのアクセスでmutexを取得します。例えばタスクCは、ロックを獲得し、ハンドルを読み取り、ロックを解除し、ハンドルを待つ。それを変更するには、UIスレッドがロックを取得し、ハンドルを変更し、ロックを解除します。

Answer 2

あなたは、スレッドが開始して完了を通知するためのハンドルを登録（登録解除）できる何らかのスケジューラの実装について考えましたか？そして、スケジューラは、適切な開始イベントを設定することによって次のスレッドを開始し、前のスレッドが完了イベントを設定したときに次のスレッドを続行する。