在 Java 應(yīng)用程序中安排重復(fù)性任務(wù)

愛嘯的女孩超愛看你笑 2021-09-13 11:58:23 瀏覽數(shù) (2721)

反饋

?java.util.Timer?和?java.util.TimerTask?類（我將二者統(tǒng)稱為Java的定時(shí)器框架）使得程序員可以輕松地安排簡單的任務(wù)。（請(qǐng)注意，這些類在 J2ME 中也可用。）在 Java 2 SDK 標(biāo)準(zhǔn)版 1.3 版中引入此框架之前，開發(fā)人員必須編寫自己的調(diào)度程序，這涉及處理線程和?Object.wait()?方法的復(fù)雜性。但是，Java 定時(shí)器框架不夠豐富，無法滿足許多應(yīng)用程序的調(diào)度需求。即使是需要每天同時(shí)重復(fù)的任務(wù)也不能直接使用?Timer?進(jìn)行調(diào)度，因?yàn)橄牧顣r(shí)的來來往往會(huì)發(fā)生時(shí)間跳躍。

本文介紹了一個(gè)調(diào)度框架，它是對(duì)Timer?和?TimerTask?的推廣，允許更靈活的調(diào)度。該框架非常簡單——它由兩個(gè)類和一個(gè)接口組成——而且很容易學(xué)習(xí)。如果你習(xí)慣于使用 Java 計(jì)時(shí)器框架，那么你應(yīng)該能夠很快掌握調(diào)度框架。）

安排一次性任務(wù)

調(diào)度框架構(gòu)建在 Java 計(jì)時(shí)器框架類之上。因此，在解釋調(diào)度框架的使用方式和實(shí)現(xiàn)方式之前，我們將首先了解如何使用這些類進(jìn)行調(diào)度。

想象一個(gè)雞蛋計(jì)時(shí)器，它通過播放聲音告訴您何時(shí)過去了數(shù)分鐘（因此你的雞蛋已煮熟）。清單 1 中的代碼構(gòu)成了用 Java 語言編寫的簡單的雞蛋計(jì)時(shí)器的基礎(chǔ)：

清單 1. EggTimer 類

package org.tiling.scheduling.examples;

import java.util.Timer;
import java.util.TimerTask;

public class EggTimer {
    private final Timer timer = new Timer();
    private final int minutes;

    public EggTimer(int minutes) {
        this.minutes = minutes;
    }

    public void start() {
        timer.schedule(new TimerTask() {
            public void run() {
                playSound();
                timer.cancel();
            }
            private void playSound() {
                System.out.println("Your egg is ready!");
                // Start a new thread to play a sound...
            }
        }, minutes ? 60 ? 1000);
    }

    public static void main(String[] args) {
        EggTimer eggTimer = new EggTimer(2);
        eggTimer.start();
    }

}

一個(gè)?EggTimer?實(shí)例擁有一個(gè)?Timer?實(shí)例來提供必要的調(diào)度。當(dāng)使用?start()?方法啟動(dòng)雞蛋計(jì)時(shí)器時(shí)，它會(huì)安排? aTimerTask?在指定的分鐘數(shù)后執(zhí)行。當(dāng)時(shí)間到時(shí)，上的?run()?方法?TimerTask?由?Timer?幕后調(diào)用，使其播放聲音。然后應(yīng)用程序在定時(shí)器被取消后終止。

安排重復(fù)性任務(wù)

Timer允許通過指定固定的執(zhí)行速率或執(zhí)行之間的固定延遲來安排任務(wù)重復(fù)執(zhí)行。但是，有許多應(yīng)用程序具有更復(fù)雜的調(diào)度要求。例如，每天早上在同一時(shí)間響起叫醒電話的鬧鐘不能簡單地使用 86400000 毫秒（24 小時(shí)）的固定速率時(shí)間表，因?yàn)樵跁r(shí)鐘前進(jìn)的日子里，鬧鐘會(huì)太晚或太早或向后（如果您的時(shí)區(qū)使用夏令時(shí)）。解決方案是使用日歷算法來計(jì)算每日事件的下一次預(yù)定發(fā)生。這正是調(diào)度框架所支持的?？紤]AlarmClock 清單 2 中的實(shí)現(xiàn)（請(qǐng)參閱相關(guān)鏈接以下載調(diào)度框架的源代碼，以及包含框架和示例的 JAR 文件）：

清單 2. AlarmClock 類

package org.tiling.scheduling.examples;

import java.text.SimpleDateFormat;

import java.util.Date;

import org.tiling.scheduling.Scheduler;
import org.tiling.scheduling.SchedulerTask;
import org.tiling.scheduling.examples.iterators.DailyIterator;

public class AlarmClock {

    private final Scheduler scheduler = new Scheduler();
    private final SimpleDateFormat dateFormat =
        new SimpleDateFormat("dd MMM yyyy HH:mm:ss.SSS");
    private final int hourOfDay, minute, second;

    public AlarmClock(int hourOfDay, int minute, int second) {
        this.hourOfDay = hourOfDay;
        this.minute = minute;
        this.second = second;
    }

    public void start() {
        scheduler.schedule(new SchedulerTask() {
            public void run() {
                soundAlarm();
            }
            private void soundAlarm() {
                System.out.println("Wake up! " +
                    "It's " + dateFormat.format(new Date()));
                // Start a new thread to sound an alarm...
            }
        }, new DailyIterator(hourOfDay, minute, second));
    }

    public static void main(String[] args) {
        AlarmClock alarmClock = new AlarmClock(7, 0, 0);
        alarmClock.start();
    }
}

請(qǐng)注意代碼與雞蛋計(jì)時(shí)器應(yīng)用程序的相似程度。AlarmClock實(shí)例擁有Scheduler實(shí)例（而不是一個(gè)Timer）提供必要的調(diào)度。啟動(dòng)時(shí)，鬧鐘會(huì)安排 a SchedulerTask（而不是 a TimerTask）來播放鬧鐘。而不是在固定延遲后安排任務(wù)執(zhí)行，鬧鐘使用一個(gè)DailyIterator類來描述它的時(shí)間表。在這種情況下，它只是在每天早上 7:00 安排任務(wù)。這是典型運(yùn)行的輸出：

Wake up! It's 24 Aug 2003 07:00:00.023
Wake up! It's 25 Aug 2003 07:00:00.001
Wake up! It's 26 Aug 2003 07:00:00.058
Wake up! It's 27 Aug 2003 07:00:00.015
Wake up! It's 28 Aug 2003 07:00:00.002
...

??DailyIterator?實(shí)現(xiàn)?ScheduleIterator??接口，該接口將?SchedulerTask?的計(jì)劃執(zhí)行時(shí)間指定為一系列?java.util.Date?對(duì)象。??然后，?next()?方法?按時(shí)間順序迭代對(duì)象。返回值?null?會(huì)導(dǎo)致任務(wù)被取消（也就是說，它永遠(yuǎn)不會(huì)再次運(yùn)行）——實(shí)際上，重新調(diào)度的嘗試將導(dǎo)致拋出異常。清單 3 包含ScheduleIterator接口：

清單 3. ScheduleIterator 接口

package org.tiling.scheduling;

import java.util.Date;

public interface ScheduleIterator {
    public Date next();
}

DailyIterator的?next()?方法返回Date表示每天同一時(shí)間（上午 7:00）的對(duì)象，如清單 4 所示。因此，如果你調(diào)用?next()?一個(gè)新構(gòu)造的DailyIterator類，您將獲得該日期當(dāng)天或之后的當(dāng)天上午 7:00傳入構(gòu)造函數(shù)。隨后的調(diào)用?next()?將在隨后幾天的上午 7:00 返回，并永遠(yuǎn)重復(fù)。要實(shí)現(xiàn)此行為，請(qǐng)DailyIterator使用java.util.Calendar實(shí)例。構(gòu)造函數(shù)設(shè)置日歷，以便第一次調(diào)用next()返回正確的，Date只需在日歷上添加一天。請(qǐng)注意，該代碼沒有明確提及夏令時(shí)修正；它不需要，因?yàn)镃alendar實(shí)現(xiàn)（在這種情況下GregorianCalendar）會(huì)處理這個(gè)問題。

清單 4. DailyIterator 類

package org.tiling.scheduling.examples.iterators;

import org.tiling.scheduling.ScheduleIterator;

import java.util.Calendar;
import java.util.Date;

/??
 ? A DailyIterator class returns a sequence of dates on subsequent days
 ? representing the same time each day.
 ?/
public class DailyIterator implements ScheduleIterator {
    private final int hourOfDay, minute, second;
    private final Calendar calendar = Calendar.getInstance();

    public DailyIterator(int hourOfDay, int minute, int second) {
        this(hourOfDay, minute, second, new Date());
    }

    public DailyIterator(int hourOfDay, int minute, int second, Date date) {
        this.hourOfDay = hourOfDay;
        this.minute = minute;
        this.second = second;
        calendar.setTime(date);
        calendar.set(Calendar.HOUR_OF_DAY, hourOfDay);
        calendar.set(Calendar.MINUTE, minute);
        calendar.set(Calendar.SECOND, second);
        calendar.set(Calendar.MILLISECOND, 0);
        if (!calendar.getTime().before(date)) {
            calendar.add(Calendar.DATE, ?1);
        }
    }

    public Date next() {
        calendar.add(Calendar.DATE, 1);
        return calendar.getTime();
    }

}

實(shí)現(xiàn)調(diào)度框架

在上一節(jié)中，我們學(xué)習(xí)了如何使用調(diào)度框架，并將其與 Java 定時(shí)器框架進(jìn)行了比較。接下來，我將向你展示該框架是如何實(shí)現(xiàn)的。除了?ScheduleIterator?在顯示界面清單3中，還有另外兩個(gè)類-?Scheduler?和?SchedulerTask?-組成的框架。這些類實(shí)際上在封面下使用?Timer?和?TimerTask?，因?yàn)槿粘虒?shí)際上只不過是一個(gè)系列的一次性計(jì)時(shí)器。清單 5 和 6 顯示了這兩個(gè)類的源代碼：

清單 5. 調(diào)度程序

package org.tiling.scheduling;

import java.util.Date;
import java.util.Timer;
import java.util.TimerTask;

public class Scheduler {

    class SchedulerTimerTask extends TimerTask {
        private SchedulerTask schedulerTask;
        private ScheduleIterator iterator;
        public SchedulerTimerTask(SchedulerTask schedulerTask,
                ScheduleIterator iterator) {
            this.schedulerTask = schedulerTask;
            this.iterator = iterator;
        }
        public void run() {
            schedulerTask.run();
            reschedule(schedulerTask, iterator);
        }
    }

    private final Timer timer = new Timer();

    public Scheduler() {
    }

    public void cancel() {
        timer.cancel();
    }

    public void schedule(SchedulerTask schedulerTask,
            ScheduleIterator iterator) {

        Date time = iterator.next();
        if (time == null) {
            schedulerTask.cancel();
        } else {
            synchronized(schedulerTask.lock) {
                if (schedulerTask.state != SchedulerTask.VIRGIN) {
                  throw new IllegalStateException("Task already 
                  scheduled " + "or cancelled");
                }
                schedulerTask.state = SchedulerTask.SCHEDULED;
                schedulerTask.timerTask =
                    new SchedulerTimerTask(schedulerTask, iterator);
                timer.schedule(schedulerTask.timerTask, time);
            }
        }
    }

    private void reschedule(SchedulerTask schedulerTask,
            ScheduleIterator iterator) {

        Date time = iterator.next();
        if (time == null) {
            schedulerTask.cancel();
        } else {
            synchronized(schedulerTask.lock) {
                if (schedulerTask.state != SchedulerTask.CANCELLED) {
                    schedulerTask.timerTask =
                        new SchedulerTimerTask(schedulerTask, iterator);
                    timer.schedule(schedulerTask.timerTask, time);
                }
            }
        }
    }

}

清單 6 顯示了SchedulerTask該類的源代碼：

清單 6. SchedulerTask

package org.tiling.scheduling;

import java.util.TimerTask;

public abstract class SchedulerTask implements Runnable {

    final Object lock = new Object();

    int state = VIRGIN;
    static final int VIRGIN = 0;
    static final int SCHEDULED = 1;
    static final int CANCELLED = 2;

    TimerTask timerTask;

    protected SchedulerTask() {
    }

    public abstract void run();

    public boolean cancel() {
        synchronized(lock) {
            if (timerTask != null) {
                timerTask.cancel();
            }
            boolean result = (state == SCHEDULED);
            state = CANCELLED;
            return result;
        }
    }

    public long scheduledExecutionTime() {
        synchronized(lock) {
         return timerTask == null ? 0 : timerTask.scheduledExecutionTime();
        }
    }

}

就像雞蛋定時(shí)器一樣，調(diào)度器的每個(gè)實(shí)例都擁有一個(gè)計(jì)時(shí)器的實(shí)例，以提供底層調(diào)度。與用于實(shí)現(xiàn)雞蛋計(jì)時(shí)器的單一一次性計(jì)時(shí)器不同，調(diào)度器將一次性計(jì)時(shí)器串連在一起，以?ScheduleIterator?指定的時(shí)間執(zhí)行?SchedulerTask?類。

考慮調(diào)度器公共的?schedule()?方法——這是調(diào)度的入口點(diǎn)，因?yàn)樗强蛻舳苏{(diào)用的方法。（唯一的其他公共方法?cancel()?，在?Canceling tasks?中介紹。）所述的第一次執(zhí)行的時(shí)間SchedulerTask，通過調(diào)用?ScheduleIterator?接口上的?next()?方法。然后通過調(diào)用底層Timer類上的?one-shot schedule()?方法啟動(dòng)調(diào)度，一邊在此時(shí)執(zhí)行。為一次性執(zhí)行提供的?TimerTask?對(duì)象是嵌套?SchedulerTimerTask?類的一個(gè)實(shí)例，它打包了任務(wù)和迭代器。在分配的時(shí)間內(nèi)，?run()?方法在嵌套類上調(diào)用，它使用打包的任務(wù)和迭代器引用來重新安排任務(wù)的下一次執(zhí)行。?reschedule()?方法與?schedule()?方法非常相似，不同之處在于它是私有的，并且對(duì)?SchedulerTask?執(zhí)行一組略有不同的狀態(tài)檢查。重新調(diào)度過程無限重復(fù)，為每次調(diào)度的執(zhí)行構(gòu)造一個(gè)新的嵌套類實(shí)例，直到任務(wù)或調(diào)度程序被取消（或 JVM 關(guān)閉）。

與對(duì)應(yīng)的?TimerTask?一樣，?SchedulerTask?在其生命周期中經(jīng)歷一系列狀態(tài)。創(chuàng)建時(shí)，它處于一種?VIRGIN?狀態(tài)，這意味著它從未被調(diào)度過。一旦被調(diào)度，它就會(huì)轉(zhuǎn)移到一個(gè)?SCHEDULED?狀態(tài)，如果任務(wù)被下面描述的方法之一取消，則之后會(huì)切換到到?CANCELLED?狀態(tài)。管理正確的狀態(tài)轉(zhuǎn)換，例如確保非?VIRGIN?任務(wù)不會(huì)被調(diào)度兩次，會(huì)增加?Scheduler?和?SchedulerTask?類的額外復(fù)雜性。每當(dāng)執(zhí)行可能改變?nèi)蝿?wù)狀態(tài)的操作時(shí)，代碼必須在任務(wù)的鎖定對(duì)象上同步。

取消任務(wù)

取消計(jì)劃任務(wù)的方式有三種。第一種是調(diào)用?SchedulerTask?上的?cancel()?方法。這就像?TimerTask?上調(diào)用?cancel()? ：該任務(wù)將永遠(yuǎn)不會(huì)再次運(yùn)行，盡管如果已經(jīng)運(yùn)行，它將一直運(yùn)行到完成。?cancel()方法?的返回值是是一個(gè)布爾值，用來指示在尚未被調(diào)用?cancel()?的情況下是否會(huì)運(yùn)行進(jìn)一步的計(jì)劃任務(wù)。更準(zhǔn)確地說，如果任務(wù)在調(diào)用?cancel()?之前立即處于?SCHEDULED?狀態(tài)，它就會(huì)返回?true?。如果你嘗試重新安排已取消（甚至已安排）的任務(wù)，?Scheduler?則會(huì)拋出?IllegalStateException?.

取消計(jì)劃任務(wù)的第二種方法是?ScheduleIterator?返回?null?。這只是第一種方式的快捷方式，因?yàn)?Scheduler?類調(diào)用??SchedulerTask?類上的cancel()?。如果你希望迭代器（而不是任務(wù)）控制調(diào)度何時(shí)停止，則以這種方式取消任務(wù)很有用。

第三種方式是通過調(diào)用它的?cancel()?方法來取消整體的?Scheduler?。這將取消調(diào)度程序的所有任務(wù)，并使其處于不能再調(diào)度更多任務(wù)的狀態(tài)。

擴(kuò)展 cron 工具

調(diào)度框架可以比作 UNIX cron工具，除了調(diào)度時(shí)間的規(guī)范是命令式控制而不是聲明式控制。例如，?DailyIterator?類在?AlarmClock?實(shí)現(xiàn)中使用與?cron?作業(yè)具有相同的調(diào)度，由?0 7 * * *?開始的?crontab?條目指定。（這些字段分別指定分鐘、小時(shí)、月中的某一天、月份和星期幾。）

但是，調(diào)度框架比cron具有更強(qiáng)大的靈活性。想象一個(gè)?HeatingController?應(yīng)用程序在早上打開熱水。我想指示它“在工作日的早上 8:00 和周末早上 9:00 打開熱水”。使用cron，我需要兩個(gè)?crontab?條目（?0 8 * * 1,2,3,4,5?和?0 9 * * 6,7?）。通過使用 ?ScheduleIterator?，解決方案更加優(yōu)雅，因?yàn)槲铱梢允褂媒M合定義單個(gè)迭代器。清單 7 顯示了一種方法：

清單 7. 使用組合定義單個(gè)迭代器

    int[] weekdays = new int[] {
        Calendar.MONDAY,
        Calendar.TUESDAY,
        Calendar.WEDNESDAY,
        Calendar.THURSDAY,
        Calendar.FRIDAY
    };
    int[] weekend = new int[] {
        Calendar.SATURDAY,
        Calendar.SUNDAY
    };
    ScheduleIterator i = new CompositeIterator(
        new ScheduleIterator[] {
            new RestrictedDailyIterator(8, 0, 0, weekdays),
            new RestrictedDailyIterator(9, 0, 0, weekend)
        }
    );

一個(gè)?RestrictedDailyIterator?類就像?DailyIterator?，除了它被限制在一周的特定日期運(yùn)行；并且一個(gè)?CompositeIterator?類采用一組?ScheduleIterators ?并將日期正確地排序到一個(gè)單一的時(shí)間表中。

還有很多其他的調(diào)度cron不能產(chǎn)生，但是可以實(shí)現(xiàn)?ScheduleIterator?。例如，“每個(gè)月的最后一天”描述的日程安排可以使用標(biāo)準(zhǔn) Java 日歷算法（使用Calendar類）來實(shí)現(xiàn)，而使用cron. 應(yīng)用程序甚至不必使用Calendar該類。在本文的源代碼中，我提供了一個(gè)安全燈控制器示例，該控制器按照“在日落前 15 分鐘開燈”的時(shí)間表運(yùn)行。該實(shí)現(xiàn)使用 Calendrical Calculations 軟件包，計(jì)算本地日落時(shí)間（給定緯度和經(jīng)度）。

實(shí)時(shí)保證

在編寫使用調(diào)度的應(yīng)用程序時(shí)，重要的是要了解框架在及時(shí)性方面的承諾。我的任務(wù)會(huì)提前還是推遲執(zhí)行？如果是這樣，最大誤差幅度是多少？不幸的是，這些問題沒有簡單的答案。然而，在實(shí)踐中，該行為對(duì)于一大類應(yīng)用程序來說已經(jīng)足夠好了。下面的討論假設(shè)系統(tǒng)時(shí)鐘是正確的（有關(guān)網(wǎng)絡(luò)時(shí)間協(xié)議的信息，請(qǐng)參閱相關(guān)鏈接）。

因?yàn)镾cheduler將其調(diào)度委托給Timer類，所以Scheduler可以做出的實(shí)時(shí)保證與Timer. Timer使用該Object.wait(long)方法調(diào)度任務(wù)。當(dāng)前線程等待直到被喚醒，這可能是由于以下原因之一：

所述?notify()?或?notifyAll()?方法被稱為通過另一個(gè)線程的對(duì)象。
該線程被另一個(gè)線程中斷。
該線程在沒有通知的情況下被喚醒。（虛假喚醒）
指定的時(shí)間已經(jīng)過去。

第一種可能性不會(huì)發(fā)生在Timer類上，因?yàn)?wait()?被調(diào)用的對(duì)象是私有的。即便如此，Timer對(duì)前三個(gè)原因的提前喚醒實(shí)施了保障措施，從而確保線程在時(shí)間過去后喚醒?，F(xiàn)在，文檔注釋?Object.wait(long)?指出它可能會(huì)在“或多或少”時(shí)間過去后喚醒，因此線程可能會(huì)提前喚醒。在這種情況下，Timer發(fā)出另一個(gè)?wait()?為?(scheduledExecutionTime - System.currentTimeMillis())?毫秒，從而保證任務(wù)永遠(yuǎn)不能被早期執(zhí)行。

任務(wù)可以延遲執(zhí)行嗎？是的。延遲執(zhí)行的主要原因有兩個(gè)：線程調(diào)度和垃圾收集。

Java 語言規(guī)范在線程調(diào)度上故意含糊其辭。這是因?yàn)?Java 平臺(tái)是通用的，面向廣泛的硬件和相關(guān)操作系統(tǒng)。雖然大多數(shù) JVM 實(shí)現(xiàn)都有一個(gè)公平的線程調(diào)度程序，但這并不能保證——當(dāng)然，實(shí)現(xiàn)有不同的策略來為線程分配處理器時(shí)間。因此，當(dāng)一個(gè)Timer線程在其分配的時(shí)間后喚醒時(shí)，它實(shí)際執(zhí)行任務(wù)的時(shí)間取決于 JVM 的線程調(diào)度策略，以及有多少其他線程在爭用處理器時(shí)間。因此，為了減少延遲任務(wù)執(zhí)行，您應(yīng)該最大限度地減少應(yīng)用程序中可運(yùn)行線程的數(shù)量。值得考慮在單獨(dú)的 JVM 中運(yùn)行調(diào)度程序來實(shí)現(xiàn)這一點(diǎn)。

JVM 執(zhí)行垃圾收集 (GC) 所花費(fèi)的時(shí)間對(duì)于創(chuàng)建大量對(duì)象的大型應(yīng)用程序來說可能很重要。默認(rèn)情況下，當(dāng) GC 發(fā)生時(shí)，整個(gè)應(yīng)用程序必須等待它完成，這可能需要幾秒鐘或更長時(shí)間。（命令行選項(xiàng)-verbose:gc的java應(yīng)用程序啟動(dòng)器將導(dǎo)致每個(gè) GC 事件都報(bào)告到控制臺(tái)。）為了盡量減少由于 GC 引起的暫停，這可能會(huì)阻礙即時(shí)任務(wù)執(zhí)行，您應(yīng)該盡量減少應(yīng)用程序創(chuàng)建的對(duì)象數(shù)量。同樣，這有助于在單獨(dú)的 JVM 中運(yùn)行您的調(diào)度代碼。此外，您可以嘗試使用多種優(yōu)化選項(xiàng)來最小化 GC 暫停。例如，增量 GC 試圖將主要收集的成本分散到幾個(gè)次要收集上。代價(jià)是這會(huì)降低 GC 的效率，但對(duì)于更及時(shí)的調(diào)度來說，這可能是一個(gè)可以接受的代價(jià)。

什么時(shí)候調(diào)用

為了確定任務(wù)是否正在及時(shí)運(yùn)行，如果任務(wù)本身監(jiān)視和記錄任何延遲執(zhí)行的實(shí)例會(huì)有所幫助。SchedulerTask，如TimerTask，有一個(gè)?scheduledExecutionTime()?方法返回最近一次執(zhí)行此任務(wù)的時(shí)間。評(píng)估?System.currentTimeMillis()? - ?scheduledExecutionTime()?任務(wù)開始時(shí)的表達(dá)式run()方法可讓您確定任務(wù)執(zhí)行的延遲時(shí)間（以毫秒為單位）?？梢杂涗洿酥狄陨捎嘘P(guān)延遲執(zhí)行分布的統(tǒng)計(jì)信息。該值還可用于決定任務(wù)應(yīng)該采取什么操作——例如，如果任務(wù)太晚，它可能什么都不做。如果在遵循上述指南后，你的應(yīng)用程序需要更嚴(yán)格的及時(shí)性保證，請(qǐng)考慮查看 Java 實(shí)時(shí)規(guī)范。

結(jié)論

在本文中，我介紹了對(duì) Java 計(jì)時(shí)器框架的簡單增強(qiáng)，它允許非常靈活的調(diào)度策略。新框架本質(zhì)上是對(duì)cron——事實(shí)上，cron作為一個(gè)?ScheduleIterator?接口來實(shí)現(xiàn)以提供純 Javacron替代品是有價(jià)值的。雖然不提供嚴(yán)格的實(shí)時(shí)保證，但該框架適用于需要定期調(diào)度任務(wù)的大量通用 Java 應(yīng)用程序。

Java

0 人點(diǎn)贊