5

我知道使用 Timer 和 TimerTask 不再是当前公认的做法（有些人建议使用线程，其他人建议使用 ScheduledExecutorService 或其变体），所以这个问题不是关于良好的编程实践，而是关于实际错误或异常的可能性.

本质上，我所拥有的是一个 servlet，它保持一个每秒递增的运行计数器（它是一个静态 Calendar 对象）。当达到指定的最后期限时（默认情况下达到 10 分钟），我从我的应用程序调用 NIST 时间服务器以获取当前时间，然后我用它来重新设置我的计数器。

每次调用 NIST 服务器（每十分钟）时，增加计数器（每秒）的相同 TimerTask 定义的方法也是必须暂停和重新调度的方法。我在 NIST 服务器调用之前暂停/取消现有 Timer/TimerTask 对象并在调用之后重新安排 TimerTask失败。

此处描述了由此发生的异常： How do I use a timer in Java when required to set and cancel multiple times?

可以说，TimerTask 和 Timer 都不能被多次调度，即使使用 purge() 或 cancel()，这似乎只适用于将这些对象设置为符合 Java 垃圾回收条件。

使用 wait() 和 notify() 会导致同步异常，不幸的是，我没有时间弄清楚，所以我最初的线程实验失败了。

我最终做的是：

secondTickerTask.cancel();
secondTicker.purge();
secondTicker.cancel();

secondTickerTask = null;
secondTicker = null;

Date newCurrentTime = getNistTimeFromFirstWorkingServer();

// Save new date to current time, reset second counter.
setCurrentTimeAndDeadline(newCurrentTime);
startSecondIncrementTimer(newCurrentTime);

secondTicker = new Timer();
secondTickerTask = new TimerTask(){
    public void run(){
        incrementCurrentTimeAndTestDeadline();
    }

我在 NIST 服务器调用之间以 10 分钟和 1 分钟的间隔在夜间运行了几次此代码，并且运行顺利。

因此，经过漫长的准备（感谢您的耐心等待），这就是我的问题：目前被迫使用我拥有的代码，从长远来看是否有任何损害？如果我继续创建新的 TimerTask 和 Timer 对象，同时将旧的对象清空，比如说，一个月或六个月的时间，我会强制服务器耗尽内存吗？Java 的垃圾收集是否足够强大以处理这种使用？还会发生其他可怕的事情吗？

非常感谢您的宝贵时间，- Eli

4

1 回答 1

2

Java 将很好地处理定时器任务的创建和放弃。您需要确保在完成对计时器的所有引用后删除它们，看起来您正在这样做，然后当 GC 运行时，它将清除计时器引入的任何垃圾。

你是安全的。

您应该注意，在很长一段时间内，一些 Java 进程倾向于不断分配内存，直到达到-Xmx极限。这并不意味着存在问题（因为该空间将被 GC 重用），但这也意味着，如果您希望长时间运行的 Java 进程具有相对较小的占用空间，则不应指定-Xmx更大的占用空间比你真正需要的。

于 2013-11-07T16:41:13.813 回答