問題タブ [timer]

操作がうまくいかないときにタイマーを開始し、30 秒待ってからタイマーを停止し、操作を再試行するページがあります。タイマーが開始するたびに、ラベルのテキストを変更してユーザーに通知する必要があります。

どうすればいいですか？

を使用してタスクをスケジュールするコードがありますjava.util.Timer。私は周りを見回してExecutorServiceいて、同じことができるのを見ました。ここでの質問ですが、タスクをスケジュールするためTimerに とを使用したことがありますか?ExecutorService

Timerまた、誰かがクラスを使用して、解決した問題に遭遇したかどうかを確認したいと考えていExecutorServiceました。

C# でフォームを x 時間非表示にしようとしています。何か案は？

ありがとう、ジョン

両方とも、要求されたものとはかなり異なる間隔で発砲しますSystem.Timers.Timer。System.Threading.Timer例えば：

1 秒あたり 20 回ではなく、16 回起動するタイマーが生成されます。

長すぎるイベント ハンドラーによる副作用がないことを確認するために、次の小さなテスト プログラムを作成しました。

出力は次のようになります。

要求: 5 Hz; 実際: 4,8 Hz
要求: 10 Hz; 実際: 9,1 Hz
要求: 15 Hz; 実際: 12,7 Hz
要求: 20 Hz; 実際: 16 Hz
要求: 30 Hz; 実際: 21,3 Hz
要求: 50 Hz; 実際: 31,8 Hz
要求: 75 Hz; 実際: 63,9 Hz
要求: 100 Hz; 実際: 63,8 Hz
要求: 200 Hz; 実際: 63,9 Hz
要求: 500 Hz; 実際: 63,9 Hz

実際の周波数は、要求された周波数から最大 36% ずれています。(そして明らかに 64 Hz を超えることはできません。) Microsoft が よりも「精度が高い」ためにこのタイマーを推奨していることを考えるとSystem.Windows.Forms.Timer、これは私を困惑させます。

ところで、これらはランダムな偏差ではありません。それらは毎回同じ値です。また、他のタイマー クラス の同様のテスト プログラムSystem.Threading.Timerは、まったく同じ結果を示します。

私の実際のプログラムでは、1 秒あたり正確に 50 サンプルで測定値を収集する必要があります。これにはまだリアルタイム システムは必要ありません。また、1 秒あたり 50 サンプルではなく 32 サンプルを取得するのは非常にイライラします。

何か案は？

@クリス：そうです、間隔はすべて1/64秒前後の整数倍のようです。ところで、イベント ハンドラに Thread.Sleep(...) を追加しても違いはありません。がスレッド プールを使用することを考えると、これは理にかなってSystem.Threading.Timerいます。そのため、各イベントはフリー スレッドで発生します。

私は最近FilthyRichClientsを読んでいて、Javaのバージョンは6ですが、並行フレームワークについての言及がないことに気づきました。したがって、彼らはjava.util.Timerとjavax.swing.Timerについて話しますが、ExecutorServiceについては話しません。

「 JavaタイマーとExecutorService 」の質問でExecutorServiceの利点について読み、前者よりも後者を使用することにしました。しかし、この本はjavax.swing.Timerについて説明しており、Swing開発に固有であるという利点があります。

つまり、Swing開発（アニメーションボタンなど）の場合、javax.swing.Timerが依然として優れた選択肢であるということですか、それとも新しいConcurrent Frameworkにそれに代わる関連クラスがあるのでしょうか？

10 秒ごとに実行する必要があるスレッドがあります。このスレッドには、別のサーバー上のデータベースへの複数の呼び出し (12 - 15) が含まれています。さらに、約 3 つのファイルにもアクセスします。その結果、大量の IO とネットワーク オーバーヘッドが発生します。

上記を実行するための最良の戦略は何ですか?

1 つの方法は、sleep メソッドを while ループと共に使用することですが、それは悪い設計です。

この場合、Timer に似たクラスは役に立ちますか? また、スレッドを 1 つのスレッドで実行するのではなく、複数のスレッド (IO 用と JDBC 用に 1 つ) を作成した方がよいでしょうか?

よし、これで契約だ。GUI アプリケーションであるが GUI を持たないアプリケーションを作成しようとしています。そのため、アプリケーションが起動すると、ログイン画面のある小さなフォームが表示されます (この部分は実行済みです)。

これはフォームが実行されるコードですがmain()、フォームが閉じられるとすぐに破棄します。

フォームが閉じられた後もわかるように、メインは誰かがログインしている状態で続行されます。注意深く見ると、Flow作成されたクラスのインスタンスがあります。

これは非常に短いクラスです。

ご覧のとおり、タイマーを開始します。しかし、これは（実際には適切ではないことSystem.Threading.Timerをどこかで読んだため）スレッドプールで実行されるため（MSDNに従って）、これが発生している間にメインフォームが終了したため、プログラムが閉じられます。Form.TimerMain()

私の可能な解決策は何ですか？このタイマーは 10 分ごとに実行されます (プロセスを取得します)。GUI を閉じた後、ユーザーがプログラムを閉じるために使用できるシステム アイコン トレイを作成する予定です。

次のスニペットについて考えてみます。

ご覧のとおり、FLOWクラスは非常に単純です。実行されるThreading.Timerがあります。したがって、UIスレッドでは、WaitHandle.WaitOne（）メソッドを呼び出す必要があります。そうしないと、UIスレッドが終了し、アプリケーションが終了します。

私の目標：GUIがないので、通知アイコンを作成したいと思います。クリックできず、応答しないことを除いて、すべてが機能します。これは、UIスレッドで作成されているためです。FlowクラスもUIスレッドにあるため（Flowクラスのタイマーはバックグラウンドスレッドにあります）、フロークラスに入れることができません。

では、Flowクラスでタイマーを実行しているときにnotifyiconの応答性を維持するにはどうすればよいですか？ウェイトハンドルが私の解決策だと思いましたが、ブロッキングメソッドなので機能しません。

他のアイデア/解決策はありますか？

編集：Richの回答への応答：Flowクラスはバックグラウンドスレッド上にあり、すべてが正常に実行されます。しかし、UIスレッドにウェイトハンドルを追加しないと、main（）はUIスレッドで終了するため、プログラム全体が終了します。（タイマーがバックグラウンドスレッドで有効になっている場合でも）。ウェイトハンドルの別の解決策はありますか？Flowクラスがそのことを行うためにそれを残さなければならないからです。取り出すとプログラムが終了し、そのままにしておくとUIスレッドがブロックされるため、notifyiconが機能しません。

タイマーの OnTick イベントが続行できることを確認するために、クライアント側のスクリプトが必要です。

Timer1 ポストバックが発生する前にCanContinue()を呼び出すにはどうすればよいですか?
ユーザーが [キャンセル] を選択した場合、ポストバックをキャンセルするにはどうすればよいですか?

注: 一部の読者は、x 分ごとにモーダル確認を表示することに問題を起こすかもしれません。これが使いやすさに欠けることには同意しますが、デザインを変更する立場にはありません。

更新: 結局、タイマーを使用しないことにしました。代替ソリューションの詳細については、この投稿を参照してください。

機能テストケースには一貫性が必要です。現在私たちができる最善のことは、製品のJavaEEタイマーがトリガーされる前に推定時間待つことです。テストケースがプログラムでタイマーをトリガーできれば、おそらくJMXを使用して、はるかに予測可能になります。

これはどのように行うことができますか？使用できるGlassfishタイマー機能へのJMXインターフェースはありますか？