计时器计划与scheduleAtFixedRate？

Question

public class MyTimerTask extends TimerTask{

    @Override
    public void run() {
        int i = 0; 
        try {
            Thread.sleep(100000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        System.out.println("Run Me ~" + ++i);
        System.out.println("Test");

    }

}

Case 1 :-
    TimerTask task = new MyTimerTask();
    Timer timer = new Timer();
    timer.schedule(task, 1000,6000); // line 1
    System.out.println("End"); // here is bebug point. 

我对日程（）方法的期望（根据我在javadocs中给出的理解，其中每次执行都是在前一个任务执行完成后安排的）应该在第1行之后创建两个线程。

一个用于计时器，它为任务生成另一个线程。一旦第一个任务线程死亡，将创建另一个任务线程并继续执行。但在调试点，我只看到一个线程对应于计时器。为什么不为实现可运行的任务执行线程？

Case 2 :-

    TimerTask task = new MyTimerTask();
    Timer timer = new Timer();
    timer.scheduleAtFixedRate(task, 1000,6000); // line 1
    System.out.println("End"); // here is bebug point. 

我对scheduleAtFixedRate（）方法的期望（根据我在javadocs中给出的理解，其中每个执行都是相对于初始执行的计划执行时间进行调度的）是，大约17个线程（不要太注意17个。它可以更大或更小。但应该大于2）应该在第1行之后创建。

一个用于计时器，它应该产生16个其他线程，每个任务对应两个线程。在第一个任务Hibernate100秒时，计时器应该创建另一个对应于下一个任务的线程，同样也应该为其他任务创建另一个线程。但在调试点，我只看到一个线程对应于计时器。在这里，我还可以看到任务的顺序执行。为什么不是17个线程？

更新：-根据ScheduleAtFixedRate javadocs，每个执行都是相对于初始执行的计划执行时间进行调度的。如果执行因任何原因（如垃圾收集或其他后台活动）而延迟，两个或多个执行将快速连续发生，以“追赶”。这意味着什么？对我来说，这给人的印象是，如果第二个任务到期，即使第一个任务未完成，计时器也会为到期的任务创建新线程。不是吗？




Answer 1

计时器类为计时器类的每个实例创建一个线程，该线程执行所有任务调度计时器#调度或计时器#调度AtFixATE。

因此，正如您所知道的，计时器只创建一个线程。

任务将在精确任务完成之前到达开始时间，然后接下来的任务一直等到精确任务完成。

因此，计时器“永远不会”创建另一个线程，尽管精确任务还没有完成，并且接下来的任务必须开始的时间已经到来。

因此，我建议您：
如果您想安排任务并按时完成任务，无论任务是否完成，请使用ScheduledThreadPoolExecutor而不是计时器。

虽然如果你不想，它更喜欢使用schduledThreadPoolExector比定时器，因为一方面，如果任务会抛出RuntimeException或Error，定时器调度的任务永远不会完成。

Answer 2

Timer的javadoc说

与每个计时器对象相对应的是一个后台线程，用于按顺序执行计时器的所有任务。

基本上，它包含了一个任务队列，当你安排任务时，它会将任务添加到队列中。它使用一个线程在队列上迭代并执行任务。

Answer 3

匿名用户

计时器使用引擎盖下的活动对象模式，因此只使用单个线程，在计时器上调度新任务会将该任务添加到线程的任务队列中。

计时器线程跟踪其队列中的所有任务并Hibernate，直到调度下一个任务。然后，它唤醒并通过直接调用task.run（）来执行任务本身，这意味着它不会产生另一个线程来执行代码。

这也意味着，如果您计划两个任务同时执行，那么，按照活动对象模式，它们将在同一个控制线程上顺序执行（一个接一个）。这意味着第二个任务将在预定时间后执行（但可能不会太多）。

现在，为了明确地回答你的问题，下面是来自Timer.class的调度逻辑，它调度任务下次应该再次运行的时间（从这里的262-272行）：

// set when the next task should be launched
if (task.fixedRate) {
    // task is scheduled at fixed rate
    task.when = task.when + task.period;
} else {
    // task is scheduled at fixed delay
    task.when = System.currentTimeMillis()
            + task.period;
}

// insert this task into queue
insertTask(task);

任务。如果使用其中一个计时器，则fixedRate将设置为true。scheduleAtFixedRate（）方法，如果使用其中一个计时器，则设置为false。schedule（）方法。

任务。when是任务计划运行的“时间”（滴答声）。

task.period是传递给timer.schedule*（）方法的间隔。

因此，从代码中我们可以看到，如果您使用固定速率，那么重复任务将被安排相对于它第一次启动时运行。如果您不使用固定速率，那么它将被安排相对于上次运行时运行（这将相对于固定速率漂移，除非您的任务从未延迟并且执行时间少于一个刻度）。

这也意味着，如果任务落后并且处于固定速率，则计时器将继续重新调度任务以立即执行，直到它赶上在给定时间段内应运行的总次数。

因此，如果您有一个任务，比如一个计划每10ms以固定速率运行的ping（），并且在ping（）方法中存在临时阻塞，需要20ms才能执行，那么计时器将在前一个调用完成后立即再次调用ping（），并且它将继续这样做，直到达到给定的速率。