答えて
彼らは離れません。各Timer
オブジェクトは、バックグラウンドプロセスに関連付けられています。プログラム内のTimer
への参照をすべて削除しても、バックグラウンドプロセスは引き続き実行されます(オブジェクトへの参照を保持しています)。このため、オブジェクトはガベージコレクションの対象にはなりません。
詳細はofficial documentationを参照してください。
各タイマオブジェクトに対応するのは、すべてのタイマーのタスクを順番に実行するために使用される単一のバックグラウンドスレッドです。タイマーオブジェクトへの最後のライブ参照がなくなり、タイマーのタスク実行スレッドは正常に終了します(ガベージコレクションの対象となります)。しかしながら、これは任意に発生するのに長い時間がかかります。
これは問題なく動作します。唯一のことは、最初のタイマーをキャンセルできない場合です(実際にキャンセルしたい場合)
API docs for Timerは、タイマーへの参照を失っても、それがまったく影響を受けないと私に信じています。スケジュールされたタスクは引き続き確実に実行されるようです。タイマーのインスタンスを収集することはできません。そのタイマーでスケジュールされた最後のタスクの実行が終了するまで、アプリケーションはシャットダウンできません。ドキュメントからの抜粋:
"タイマーオブジェクトへの最後のライブ参照がなくなり、すべての未処理タスクの実行が完了すると、タイマーのタスク実行スレッドは正常に終了し(ガベージコレクションの対象になります)、デフォルトでは、タスク実行スレッドはデーモンスレッドとして実行されないため、アプリケーションの終了を維持することができます。呼び出し元がタイマーのタスク実行スレッドを迅速に終了させたい場合、呼び出し側はタイマーを呼び出す必要がありますキャンセル方法。例えば
private ScheduledExecutorService scheduler;
private AccurateScheduledRunnable periodic;
private ScheduledFuture<?> periodicMonitor;
private int taskPeriod = 30;
private SimpleDateFormat sdf = new SimpleDateFormat("dd.MM.yyyy HH:mm:ss");
private SimpleDateFormat sdfHour = new SimpleDateFormat("HH");
。 。 。
scheduler = Executors.newSingleThreadScheduledExecutor();
periodic = new AccurateScheduledRunnable() {
private final int ALLOWED_TARDINESS = 200;
private int countRun = 0;
private int countCalled = 0;
@Override
public void run() {
countCalled++;
if (this.getExecutionTime() < ALLOWED_TARDINESS) {
countRun++;
dateNext = new java.util.Date();
dateLast = new java.util.Date();
long tme = dateNext.getTime();
tme += (taskPeriod * 60) * 1000;
dateNext.setTime(tme);
//System.out.println("");
//System.out.println("");
//System.out.println("Next Sheduled Time at : " + sdf.format(dateNext));
//System.out.println("Periodic Cycle In : " + (countRun) + "/" + countCalled + " at " + sdf.format(dateLast));
//ti.displayMessage(null, " Running Sheduled Task at " + sdf.format(new Date()), TrayIcon.MessageType.NONE);
distAppInfo();
}
}
};
periodicMonitor = scheduler.scheduleAtFixedRate(periodic, 0, taskPeriod, TimeUnit.MINUTES);
periodic.setThreadMonitor(periodicMonitor);
となります。それはあなたが利用する予定でTimer.schedule(..)メソッドを依存することになる次のShedule
long she = periodicMonitor.getDelay(TimeUnit.SECONDS);
に残り時間と
abstract class AccurateScheduledRunnable implements Runnable {
private ScheduledFuture<?> thisThreadsMonitor;
public void setThreadMonitor(ScheduledFuture<?> monitor) {
this.thisThreadsMonitor = monitor;
}
protected long getExecutionTime() {
long delay = -1 * thisThreadsMonitor.getDelay(TimeUnit.MILLISECONDS);
return delay;
}
}
を監視します。タイマーが繰り返し実行されるように設定されている場合、タイマーの新しいインスタンスをtに割り当てても、タイマースレッドはアクティブのままですので、ガベージコレクションは発生しません。タイマーを1回実行するように設定すると、オブジェクトはガベージコレクションされます。少なくともそれはドキュメントが言うことです。
- 1. Javaスケジュールされたタスク(ウィンドウ内)
- 2. スケジュールされたタスク
- 3. PowerShellのスケジュールされたタスク
- 4. スケジュールされたタスクが
- 5. Jettyでスケジュールされたタスク
- 6. MySQL - スケジュールされたタスク
- 7. スケジュールされたタスクをC#
- 8. スケジュールされたタスクとプリンタ
- 9. Plesk Panelスケジュールされたタスク
- 10. 複数のスレッドプールでスケジュールされた春のスケジュールされたタスク
- 11. スケジュールされたタスクまたはWindowsサービス
- 12. apache ignite .netスケジュールされたタスク
- 13. スケジュールされた時刻にタスクを実行するjava、apache
- 14. どのようにスケジュールされたJavaでのタスクと春
- 15. スケジュールされたタスク:サービス/ DLL /コンソールアプリケーション
- 16. スケジュールされたタスクの作成
- 17. PowerShellのFileSystemWatcherは、スケジュールされたタスク
- 18. Windows 2008 Serverスケジュールされたタスク
- 19. PHPスケジュールされたタスクのセキュリティ
- 20. ブラウザゲームエンジン - Windowsサービス、スケジュールされたタスク、スレッド、キャッシュタスク?
- 21. Backgroundrbスケジュールされたタスクの終了
- 22. 編集スケジュールされたタスクは、プログラム
- 23. 終了しますスケジュールされたタスク
- 24. スケジュールされたタスクPHPの代替
- 25. C#プログラミングでスケジュールされたWindowsのタスク
- 26. スケジュールされたタスクの失敗エラー
- 27. Azureサービスファブリックとスケジュールされたタスク
- 28. Laravel MySQLエラー(スケジュールされたタスクのみ)
- 29. ピボットクラウドファウンドリー - Javaスケジュールされたジョブ
- 30. joomlaのスケジュールされたタスクは毎秒実行されます