問題タブ [autoresetevent]

タイマーを実行する必要があるコードがいくつかあります。Timer は条件をチェックし、その結果に基づいて、続行できることを呼び出し元に通知します。ここに私の疑似コードがあります:

私の懸念は、タイマーをインスタンス化する方法に関係しています。dueTime を 0 にして開始すると、コメントにはタイマーがすぐに開始されると書かれています。呼び出し元のスレッドがタイマーによってプリエンプトされ、呼び出し元のthis._reset.Set()スレッドが を呼び出す前に呼び出しが発生した場合はどうなりますthis._reset.WaitOne()か? これは私が心配しなければならないことですか？これまでのテストでは、コードは期待どおりに機能します。

が true にRun()なるまで関数をブロックしたいので、この方法でコードを設定したことに注意してください。ただし、1秒ごとにチェックするだけです。condition()condition()

実行フロー:

1. メインスレッドから、長時間実行されるプロセスを実行している新しいスレッド (並列スレッド) を呼び出しました。
2. 並列スレッドがメイン スレッド UI を更新しています。
3. 並列スレッドが完了するまでメインスレッドを待機させました。
4. 2 つのスレッド間の同期が必要です。
5. メインスレッドで並列スレッドの結果を使用する必要があるため、並列プロセスが完了するまでメインスレッドをブロックしました。

これが問題のある私のコードです。問題を解決するための提案をしてください。

私のコードは次のとおりです。

そして後で：

私の問題は次のとおりです。

1 つのメソッドに「wait_till_finish.WaitOne()」があり、Qar_Function メソッドを呼び出した後、待機状態になっているため、最初にメソッドを呼び出し、次にメソッドが実行されて終了するまで待機し、次に、qar_function メソッド内で AutoReset を設定します。

機能していません。

デバッガーを使用していますが、WaitOne で待機していません。次の行に移動し続けるだけです。

私は何を間違っていますか？どうも。

最近Threads、アプリケーション内でAutoResetEvent. コンソール アプリでは、ループを作成し、スレッドがデータを処理する準備ができていることを示す信号を待機することにwhile(true)依存します。ワーカー スレッド用のメソッドと、ワーカー スレッドとメイン スレッド間で共有するデータ要素を持つを使用して、スレッド間でデータを共有する方法を知っています。AutoResetEvent.WaitOne()AutoResetEvent.Set()Class

私の質問はAutoResetEvent、通常はコマンド ループが表示されない Winforms アプリで使用する方法です。WaitOne()Winforms アプリのどこに呼び出しを配置すればよいですか?

サンプル コードについて: 最良の例は、タイムアウトを使用して を作成する方法に関するこのサイトの回答Console.ReadLine()です。これは基本的に の使用方法の簡単な例signalsです。その例は、コンソール アプリの例です。

グーグルで検索すると、私の質問に対する答えはBackgroundWorkerコントロールを使用している可能性がありますか?

私は2つのクラスを持っています:

また、コードには別の場所があります

• では、がまだ動作しているときに がItemFinished発生した場合ProcessData()、どうなるでしょうか?
• クラスの終了時にクラスを待機さAutoResetEventせるようなものを使用する必要がありますか?ABProcessData
• lockで使用する必要がありますProcessDataか?
• でクラスのスレッドを呼び出しBてもm_thrd = new Thread(this.ProcessData);よろしいですか? ここで私を混乱させています-イベントが発生ProcessDataする前に終了しません(最初に生成されたときにスレッドがすでに終了してItemStartedいるという状況につながりませんか)?BItemStarted

簡単な説明は、私が制御できないサードパーティの DLL でいくつかの接続イベントを開始しようとしているということです。接続が発生すると、イベントが発生します。

これが発生するまでメインスレッドで待機する必要がありますが、これを設定するたびにメインスレッドがロックされます。

呼び出しコード

=-------------------

=---------------------------------

このコードの問題は、実行時に StartInstrumentMonitoring がサード パーティの DLL に対して必要な呼び出しを行い、イベント ハンドラーをアタッチしてライブラリと対話した後に戻ることです。これは明らかに WaitOne() を呼び出します。これは、私が使用しているメイン スレッドをブロックし、instrument_ConnectionEvent

私がこれを行う場合：

そして、メインスレッドで私は：

状態をfalseからtrue?に変更します。

もしそうなら、それは基本的に行います：

?

コマンドライン インタープリターを持つプロセスを生成するアプリを作成しています。別のマシンからこの CLI にコマンドを提供する必要があります。ここで、コマンドがいつ終了したかを検出する必要があるため、作成中のプロセスの標準出力に CLI のプロンプトがいつ表示されるかを確認しています。コードのスニペットを次に示します。

現在、コードは WaitOne() の呼び出しでハングしています。OutputDataReceived理由について混乱しています-出力でCLIプロンプトを検出せず、イベントでプロンプトが受信されたこと、または受信したデータがnullであることを通知するWriteLinesを取得しません。つまりOutputDataReceived、前のコマンドが完了してプロンプトが表示されたときにイベントが発生していません。

私が提供している入力コマンドはしばらく時間がかかりますが、完了します。ここで AutoResetEvent を間違って使用していますか?