Timer和TimerTask与Java中的Thread + sleep
我在这里发现了类似的问题，但没有答案让我满意。 因此，再次重述这个问题 –
我有一个任务需要定期完成（比如每隔1分钟）。 使用Timertask和Timer来做这件事，而不是创build一个带有睡眠的无限循环的新线程，有什么好处呢？
使用timertask-
TimerTask uploadCheckerTimerTask = new TimerTask(){ public void run() { NewUploadServer.getInstance().checkAndUploadFiles(); } }; Timer uploadCheckerTimer = new Timer(true); uploadCheckerTimer.scheduleAtFixedRate(uploadCheckerTimerTask, 0, 60 * 1000); 使用Thread和sleep-
Thread t = new Thread(){ public void run() { while(true) { NewUploadServer.getInstance().checkAndUploadFiles(); Thread.sleep(60 * 1000); } } }; t.start();
如果逻辑的执行时间超过间隔时间，我就不必担心是否会错过某些周期。
请评论这个..
谢谢，
-Keshav
更新：
最近我发现使用Timer与Thread.sleep（）之间的另一个区别。 假设当前的系统时间是上午11:00。 如果我们将系统时间由于某种原因回滚到上午10:00，则Timer将停止执行任务，直到达到上午11:00，而Thread.sleep（）方法将继续执行任务而不受阻碍。 这可能是决定在这两者之间使用什么的主要决策者。
TimerTask的优点是它expression你的意图好得多（即代码可读性），并且已经实现了cancel（）特性。
请注意，它可以用一个简短的forms以及你自己的例子来写：
Timer uploadCheckerTimer = new Timer(true); uploadCheckerTimer.scheduleAtFixedRate( new TimerTask() { public void run() { NewUploadServer.getInstance().checkAndUploadFiles(); } }, 0, 60 * 1000);
Timer / TimerTask也考虑到你的任务的执行时间，所以它会更精确一些。 它可以更好地处理multithreading问题（如避免死锁等）。 当然，使用经过良好testing的标准代码通常更好，而不是一些自制的解决scheme。
我不知道为什么，但是我写的一个程序是使用定时器，并且它的堆大小不断增加，一旦我将其更改为线程/睡眠问题解决。
使用Java线程和sleep方法来处理这个任务有一个关键的论点。 你正在使用while(true)在循环中无限期地停留，并通过睡眠来hibernate线程。 如果NewUploadServer.getInstance().checkAndUploadFiles(); 占用一些同步资源。 其他线程将无法访问这些资源，可能会发生饥饿，这可能会减慢您的整个应用程序。 这些错误很难诊断，防止它们的存在是个好主意。
另一个aproach触发代码对你很重要的执行，即NewUploadServer.getInstance().checkAndUploadFiles(); 通过调用TimerTask的run()方法，同时让其他线程使用资源。
如果你线程得到exception并被杀死，这是一个问题。 但是TimerTask会照顾它。 无论之前的运行失败，它都会运行。
我想我理解你的问题，我看到一些非常相似的东西。 我有定时器，每隔30分钟和几天。 从我看到的和我看到的评论看来，垃圾收集将永远不会运行，因为所有的任务都不会完成。 我认为垃圾回收会在计时器处于睡眠状态时运行，但是我没有看到它，根据文档，它不会。
我认为产卵新线程完成并允许垃圾收集。
有人请certificate我错了，重写我所inheritance的将是一个痛苦。
