Java реализует задачи по времени в веб -приложениях (пример объяснения)

Задача времени является функцией определения будущего времени для выполнения определенных задач. В текущих веб -приложениях большинство приложений имеют функции планирования задач. У них есть свой собственный синтаксис и решения для различных голосов и операционных систем. Операционная система Windows называет его планирование задач, а услуги Cron в Linux предоставляют эту функцию. Эта функция часто участвует в нашей системе развития бизнеса. Этот чат будет использовать Java Language для выполнения использования широко используемых временных задач в повседневной работе, надеясь помочь каждому работать и учиться.

1. Сценарии задач времена

(1) Рабочий процесс обработки привода

Как новый предоплаченный заказ, он инициализируется и размещает. Если заказ не оплачен в течение указанного времени, будет рассмотрено, что заказ тайм -аута будет закрыт. Это широко используется в системе электронной коммерции. Пользователи покупают товары и генерируют заказы, но не производят платежи. Если заказ не выплачивается в течение 30 минут, заказ будет закрыт (и количество людей, встречающих этот сценарий, огромно), и невозможно использовать ручное вмешательство.

(2) обслуживание системы

Работа по диспетчеризации получит журнал исключений системы и сохранит некоторые данные ключевых пунктов в базе данных. Он будет выброшен в базу данных в 23:30 каждый будний день (за исключением праздников и будни), создаст файл XML и отправляет его на адрес электронной почты определенного сотрудника.

(3) Предоставьте напоминания услуги в рамках приложения.

Система регулярно напоминает пользователю зарегистрированного в определенном времени выполнять соответствующую работу.

(4) Задачи примирения

Компания и трехпартийные компании (операторы, банки и т. Д.) Проведут согласование бизнеса в тот же день после полуночи каждый день, отправляют данные о выверке, полученные данные по адресу электронной почты соответствующего лица, и обрабатывают данные несоответствия в рабочее время следующего дня.

(5) Статистика данных

Существует много записей данных, и чтение и запросы в реальном времени из базы данных приведут к определенному количеству времени, который предназначен для качества обслуживания клиентов и потребностей в производительности. Следовательно, данные суммируются каждую неделю (дни, часы), так что данные могут быть быстро представлены при отображении данных.

Есть много сценариев, в которых используются задачи времени ... кажется, что задачи времени действительно широко используются в нашем повседневном развитии ...

2. Объяснение основных задач по времени технологии технологии .

Я считаю, что все уже очень хорошо знакомы с java.util.timer. Это самый простой способ реализации планирования задач. Вот конкретный пример:

 пакет com.ibm.scheduler; импортировать java.util.timer; импортировать java.util.timertask; открытый класс Timertest Extens Timertask {private String jobName = ""; public Timertest (String JobName) {super (); this.jobname = jobname; } @Override public void run () {System.out.println ("execute" + jobname); } public static void main (string [] args) {timer timer = new Timer (); длинная задержка1 = 1 * 1000; длинный период1 = 1000; // Через 1 секунду выполните Timer.schedule job1.schedule (новый Timertest ("job1"), Delay1, period1); длинная задержка 2 = 2 * 1000; длительный период 2 = 2000; // Через 2 секунды выполните Timer.schedule (новый Timertest ("job2"), задержка2, период 2); }}

/**
Результат вывода:
выполнить job1
выполнить job1
выполнить job2
выполнить job1
выполнить job1
выполнить job2
*/

Основными классами, которые используют таймер для реализации планирования задач, являются Timer и Timertask. Таймер отвечает за установку начала и времени выполнения интервалов Timertask. Пользователь должен только создать класс наследования Timertask, реализовать свой собственный метод запуска, а затем бросить его в таймер для выполнения. Ядро дизайна таймера - это список задач и задача. Таймер бросает полученные задачи в свой список задач, который сортирует список задач в соответствии с начальным временем выполнения задачи. Timerthread начинает становиться веткой демона при создании таймера. В этой теме опрошены все задачи, находит задачу, которая недавно должна быть выполнена, а затем спит. Когда время начала последнего, которое будет выполнено, Timerthread пробуждается и выполняется задача. После этого Timerthread обновляет самую последнюю задачу, которая будет выполнена и продолжает спятить.

Преимущество таймера состоит в том, что он прост и прост в использовании, но, поскольку все задачи запланированы одним и тем же потоком, все задачи выполняются последовательно, и одновременно можно выполнить только одну задачу. Задержка или исключение предыдущей задачи повлияют на последующие задачи (на этот момент необходимо обратить внимание).

Predulledexecutor

Ввиду вышеупомянутых недостатков таймера, Java 5 запустила PredulleDexeCutor на основе дизайна пула потоков. Идея дизайна состоит в том, что каждая запланированная задача будет выполнена потоком в пуле потоков, поэтому задачи выполняются одновременно и не будут нарушены друг другу. Следует отметить, что PradeuedExeCutor действительно запустит поток только после того, как наступит время выполнения задачи, и PradeExeCutor опрометчику задачи до конца времени.

 пакет com.ibm.scheduler; import java.util.concurrent.executors; import java.util.concurrent.scheduledexecutorservice; import java.util.concurrent.timeUnit; public class preduledExecUtortest inementable {private string jobname = ""; public glededExecutortest (string jobname) {super (); this.jobname = jobname; } @Override public void run () {System.out.println ("execute" + jobname); } public static void main (string [] args) {warededExecutorservice service = executors.newscheduledThreadpool (10); long initialdelay1 = 1; длинный период1 = 1; // через 1 секунду выполните job1 service.scheduleatfixedrate (new seduledexecutortest ("job1"), initialdelay1, period1, timeunit.seconds); long initialdelay2 = 1; длинная задержка2 = 1; // Через 2 секунды выполните job2 service.schedulewithfixeddelay (new DearledExeCutortest ("job2"), initialDelay2, delay2, timeUnit.seconds); }}

 /** Результат вывода: выполнить job1execute job1execute job2execute job1execute job1execute job2*/

Приведенный выше код показывает два наиболее часто используемых метода планирования: PradeAteAtFixEdRate и PradeUleWithFixedDelay, в PredulEdelta. PradeuLeAtFixedRate Каждое время выполнения - это интервал времени, отодвигающийся с начала предыдущей задачи, то есть каждое время выполнения: initialLay, initialLay+период, период initialLay+2*,… pressulewithfixeddelay Каждое время выполнения - это время, отталкивающее время от конца предыдущей задачи, каждое время исполнения - это время. initiAldelay+executeTime+задержка, initialLay+2*ExecuteTime+2*задержка. Можно видеть, что PradeAteAtFixEdRate основан на фиксированных интервалах времени для планирования задач, а PradeUteWithFixedDelay зависит от длины каждого времени выполнения задачи и основан на незаконных интервалах времени для планирования задач.

Используйте PredulledExecutor и Calendar для реализации сложного планирования задач

Как таймер, так и PreduledExecutor могут обеспечить только планирование задач, основанное на времени начала и интервала повторения, и не являются компетентными для более сложных требований планирования. Например, установите задачу для выполнения каждого вторника в 16:38:10. Эта функция не может быть непосредственно реализована с использованием ни таймера, так и PredulleDexeCutor, но мы можем не косвенно реализовать с помощью календаря.

 Пакет com.ibm.scheduler; импорт java.util.calendar; import java.util.date; импорт java.util.timertask; import java.util.concurrent.executors; импорт java.util.concurrent.schededexeCuterService; import java.TuctRexTexExexExexExexerExceerService; import.concurrent.TimeUledExexerExerEvice; Import.Concurrent.Tim Extends Timertask {Private String jobName = ""; public glededExceutortest2 (string jobname) {super (); this.jobname = jobname; } @Override public void run () {system.out.println ("date ="+new Date ()+", execute"+jobname); } /** * Рассчитайте последний раз, начинающийся с текущего времени, и соответствует условиям DayOfweek, HouryFhour, * MinuteOfhour, SecondOfminite * @return * /Общедоступный календарь GetearliestDate (календарный CurrentDate, int dayOfweek, int hourofday, int minametOfhour, int secondOfminite) {//celled the value_oof weled, int minkeofhour, int secondofminite) { /culdulate grade_y_oof weled, int minketofhour, int secondofminite) {//creadlul Hour_of_day, минута, второй и т. Д. int currentWeekOfyear = currentDate.get (calendar.week_of_year); int currentDayOfweek = currentDate.get (calendar.day_of_week); int currentHour = currentDate.get (calendar.hour_of_day); int currentminute = currentDate.get (calendar.minute); int currentsecond = currentdate.get (calendar.second); // Если дневная неделя в условиях ввода меньше, чем в неделю текущей даты, то Week_of_year должна быть отложена на одну недельную логическую неделю = false; if (dayofweek <currentDayOfweek) {WeekLater = true; } else if (dayOfweek == currentDayOfweek) {// Когда входное условие равно дневной недели текущей даты, если //// часов дня в условиях ввода меньше, чем // currentHour текущей даты, неделя_оф_яр должен быть отложен на одну неделю, если (час. } else if (HourOfDay == CurrentHour) {// Когда входное условие равна DayOfweek, час текущей даты, // Если минута в условиях ввода меньше, чем // currentminute от текущей даты, Week_of_year должен быть отложен на одну неделю, если (MinuteOfhour <CurrentMinute) {weekLater = true; } else if (minuteOfHour == currentSecond) { //When the input condition is equal to the dayOfWeek, hourOfDay, //minuteOfHour, if //secondOfMinite in the input condition is less than the currentSecond of the current date, //Then WEEK_OF_YEAR needs to be postponed by one week if (secondOfMinite < currentSecond) { weekLater = true; }}}}} if (weeklater) {// set weard_of_year в текущую дату отложить на одну неделю currentdate.set (calendar.week_of_year, currentweekofyear + 1); } // Установить day_of_week, hour_of_day, минута, вторая в текущей дате в качестве значений во входном условии. currentDate.set (calendar.day_of_week, dayofweek); currentDate.set (calendar.hour_of_day, Hourofday); currentDate.set (Calendar.Minute, MinuteOfhour); currentDate.set (Calendar.Second, SecondOfMinite); вернуть CurrentDate; } public static void main (string [] args) выбрасывает exectory {preduledExceutortest2 test = new DearleDexCeUutorTest2 ("job1"); // Получить текущий календарь времени currentDate = calendar.getInstance (); long currentDateLong = currentDate.getTime (). getTime (); System.out.println ("current date =" + currentdate.gettime (). ToString ()); // Рассчитайте последнее время выполнения, которое соответствует календарю условий RATHDATE = TEST .GEEARLIESTDATE (CUSTARDATE, 3, 16, 38, 10); Давно ранее adateLong = ranneddate.gettime (). getTime (); System.out.println ("Самая ранняя date =" + RedgeDate.getTime (). ToString ()); // Рассчитайте интервал времени от текущего времени до последнего времени выполнения задержки = ранее DateLong - CurrentDateLong; // Рассчитайте период выполнения составляет длинный период недели длинный период = 7 * 24 * 60 * 60 * 1000; SedulledExeCutorService Service = Executors.NewScheduLedThreadPool (10); // С настоящей: задержать миллисекунды, выполнить job1 service.scheduleatfixedrate (тест, задержка, период, timeunit.milliseconds); }}

 /** Результат вывода: текущая дата = ср. 02 февраля 17:32:01 CST 2011 EARLIST DATE = TUE 8 февраля 16:38:10 CST 2011DATE = TUE 8 февраля 16:38:10 CST 2011, выполните job1date = TUE 15 февраля 16:38:10 CST 2011, выполнить Job1*///

Приведенный выше код реализует функцию задач планирования в 16:38:10 каждый вторник. Ядро состоит в том, чтобы вычислить абсолютное время 16:38:10 в последний вторник в зависимости от текущего времени, а затем вычислить разницу во времени в текущем времени в качестве параметра для вызова функции PredulleDexceutor. Чтобы рассчитать последний раз, используется функция java.util.calendar. Во -первых, нам нужно объяснить некоторые дизайнерские идеи календаря. Календарь имеет следующие комбинации, которые уникально определяют дату:

Цитировать

Год + месяц + day_of_month

Год + месяц + неделя_оф_монт + day_of_week

Год + месяц + day_of_week_in_month + day_of_week

Год + day_of_year

Год + day_of_week + week_of_year

Вышеуказанные комбинации объединяются с часовым днем ​​+ минута + секунду, чтобы быть полной временной меткой.

Вышеуказанная демонстрация принимает последний метод комбинации. Ввод - day_of_week, hour_of_day, минута, вторая и текущая дата, а вывод - это будущая дата, которая удовлетворяет Day_of_week, Hour_of_day, минута, второй и ближе всего к текущей дате. Принцип расчета состоит в том, чтобы начать сравнение с ввода day_of_week. Если это меньше, чем day_of_week текущей даты, вам необходимо дополнительно увеличить Week_of_year, то есть добавить Week_of_year в текущую дату и перезаписать старое значение; Если он равен текущему day_of_week, продолжайте сравнивать Hour_of_day; Если он больше, чем текущий Day_of_week, напрямую вызовите функцию Calendar.Set (поле, значение) java.util.calenda, чтобы назначить day_of_week, hour_of_day, минута, второе место в входном значении и так далее, пока сравнение не будет достигнуто на второе место. Мы можем выбрать различные комбинации на основе требований ввода для расчета последнего времени выполнения.

Это довольно громоздко, реализовать планирование задач, используя приведенный выше метод. Мы надеемся, что вам понадобится более полный инструмент планирования задач для решения этих сложных проблем планирования. К счастью, Quartz Toolkit с открытым исходным кодом показал отличные возможности в этом отношении.

Кварц

Организация OpenSymphony с открытым исходным кодом является еще одним проектом с открытым исходным кодом в области планирования заданий, который можно объединить с приложениями J2EE и J2SE или используется отдельно. Кварц можно использовать для создания простых или сложных программ, которые проводят десять, сотни или даже десятки тысяч рабочих мест.

Давайте посмотрим на пример:

 пакет com.test.quartz; импорт статический org.quartz.datebuilder.newdate; импорт статический org.quartz.jobbuilder.newjob; импорт статический org.quartz.simpleschedulebuilder.simpleschedule; импорт статический org.quartz.triggerbuilder. java.util.gregoriancalendar; import org.quartz.jobdetail; import org.quartz.scheduler; import org.quartz.trigger; import org.quartz.impl.stdschedulerfactory; import org.quartz.impl.calendar.annualcalendar; public class quarteStesteSteSteSteSteSteSteSteSteSteSteSteSteSteSteSteSteSteSteSteSteSteSteSteSteSteSteSteSteSTESTESTESTESTEST. args) {try {// Создать планировщик планировщика Scheduler = stdschedulerFactory.getDefaultscheduler (); // Определите триггер -триггер -триггер = newtrigger (). Withidentity ("trigger1", "group1") // определить имя/group .startnow () // Однажды планировщик добавляется, он вступает в силу. пока он не будет остановлен .build (); // Определите JobDetail JobDetail job = newjob (helloquartz.class) // Определить класс работы как класс helloquartz, который является реальной логикой выполнения. В течение всего ("job1", "Group1") // Определить имя/группа .usingjobdata ("name", "quartz") // define attruilt. // добавить в этот планировщик.scheduleJob (задание, триггер); // start scheduler.start (); // закрытый нить.sleep (10000); cheduler.shutdown (true); } catch (Exception e) {e.printstackTrace (); }}} пакет com.test.quartz; import java.util.date; import org.quartz.disalloalloncurrentexecution; import org.quartz.job; import org.quartz.jobdetail; import org.quartz.jobexcutioncontext; import org.quartz.jobexecutexexexexexexexexexexexexexexexexexexexexexexexexexexexexexexexexexexex Execute (JobExeCutionContext Context) Throws JobExeCutionException {jobDetail detail = context.getJobdetail (); String name = detail.getJobdatamap (). GetString ("name"); System.out.println ("Скажи привет" + name + "at" + new Date ()); }}

Через приведенные выше примеры: 3 наиболее важных основных элемента кварца:

• Планировщик: планировщик. Все планирование контролируется им.

• Триггер: определяет условие запуска. В примере его тип - SimplyTrigger, который выполняется каждые 1 секунду (то, что является SimpleTrigger, будет подробно описан ниже).

• JobDetail & Job: JobDetail определяет данные задачи, и реальная логика выполнения находится в работе, в примере HelloQuartz. Почему он спроектирован как работа JobDetail + и не использует работу? Это потому, что можно выполнять задачи одновременно. Если планировщик использует задания напрямую, возникнет проблема одновременного доступа к тому же экземпляру работы. В методе JobDetail & Job, каждый раз, когда Sheduler выполняется, он создает новый экземпляр задания на основе JobDetail, так что можно избежать проблемы одновременного доступа.

Кварц API

Стиль API Quartz после 2.x и принимает стиль DSL (обычно означает стиль интерфейса свободного), которая является частью NewTrigger () в примере. Он реализован через строитель, который является следующим. (Большинство из следующих кодов относятся к этим строителям)

 // связанный с работой Builderport Static org.quartz.jobbuilder.*; // Связанный с триггерами Builderport Static org.quartz.triggerbuilder.*; импорт статический org.quartz.simpleschedulebuilder. org.quartz.dailytimeIntervalscheduleBuilder.*; импорт статический org.quartz.calendarintervalschedulebuilder.*; // Статический org.quartz.datebuilder. Сравните: jobdetail jobdetail = new JobDetailImpl ("jobdetail1", "group1", helloquartz.class); Date ()); Trigger.SetRepeatInterval (1); Trigger.SetRepeatCount (-1);

Об имени и группе

JobDetail и Trigger имеют имя и группу.

Имя их уникальный идентификатор в этом шедлере. Если мы хотим обновить определение JobDetail, нам просто нужно установить экземпляр JobDetail с тем же именем.

Group - это организационная единица, и Sheduler предоставит некоторые API для всей группы операций, таких как Scheduler.Resumejobs ().

Курок

Прежде чем начать подробно объяснять каждый триггер, вам необходимо понять некоторые общие черты триггера.

StartTime & EndTime

Временный интервал, указанный в начале и окончательном времени, будет запускается. За пределами этого интервала триггер не будет инициирован. Все триггеры будут содержать эти два свойства.

Приоритет

Когда планировщик занят, несколько триггеров могут быть запускаются одновременно, но ресурсы недостаточны (например, недостаточный бассейн резьбов). Затем, в это время, лучший способ, чем ножничная каменная ткань, должен установить приоритет. Сначала выполнить приоритет. Следует отметить, что приоритет будет работать только между триггерами, выполненными одновременно, если один триггер составляет 9:00, а другой триггер - 9:30. Тогда, независимо от того, насколько высоким является следующий приоритет, предыдущий будет выполнен первым. Значение приоритета по умолчанию составляет 5, а значение по умолчанию используется, когда оно отрицательное. Максимальное значение, по-видимому, не указано, но рекомендуется следовать стандарту Java и использовать 1-10. В противном случае, если вы знаете, есть ли на нем большее значение, когда вы видите [Приоритет 10].

Стратегия Mishire (Miss Trigger)

Когда аналогичные ресурсы планировщика недостаточны, или когда машина вылетает и перезапускается, возможно, что некоторые триггеры не запускаются в то время, когда они должны быть запускаются, то есть Miss Fire. В настоящее время Trigger нуждается в стратегии для справки этой ситуации. Дополнительные стратегии для каждого триггера различаются. Вот два момента, на которые обратите внимание на:

Trigger Misfire имеет пороговое значение, которое настроено в Jobstore. Больше, чем ramjobstore org.quartz.jobstore.misfirethreshold. Проголочка будет считаться только превышающим этот порог. Меньше, чем этот порог, Quartz будет перезагружен. Все стратегии пропуски на самом деле отвечают на два вопроса:

• Должен ли он быть вызван мишением?

• Если возникает осадок, вы хотите настроить существующее время планирования?

Например, стратегия пропуски зажигания Simplyterigger включает в себя:

• misfire_instruction_ignore_misfire_policy Это не означает игнорирование пропущенного триггера, а скорее игнорирование политики осадок. Он извлечет все задачи о зажигании, когда ресурс будет подходящим и не повлияет на существующее время планирования. Например, SimpleTrigger выполняется каждые 15 секунд, и он имеет 5 минут в середине и пропускает 20 пропавших. Через 5 минут, предполагая, что ресурсов достаточны, и задача допускает параллелизм, она будет запускаться за один раз. Это свойство применимо ко всем триггерам.

• Misfire_instruction_fire_now Игнорировать задачи, которые были пропущены и немедленно выполняют графики. Обычно это относится только к задачам, которые выполняются только один раз.

• misfire_instruction_reschedule_now_with_existing_repeat_count Установите время начала в текущее время и немедленно перенесите задачу, включая осадок.

• misfire_instruction_reschedule_now_with_remaining_repeat_count, аналогичный MisfireinstructionRescheduLenowWithexistingRepeat_count, разница в том, что задачи, которые уже были просажены, будут проигнорированы.

• misfire_instruction_reschedule_next_with_existing_count В следующее запланированное время перезапустите задачу отправки, включая Misfire.

• misfire_instruction_reschedule_next_with_remaining_count, аналогичный MisfireinstructionRescheduLenextWithexistingCount, разница в том, что задачи, которые уже были пропущены, будут проигнорированы.

• misfire_instruction_smart_policy Все значения дефолта по зажиганию триггера - это, что примерно означает «оставить логику обработки в умный кварц, чтобы решить». Основная стратегия.

• Если график выполняется только один раз, используйте misfire_instruction_fire_now.

• Если это бесконечное планирование (repeatCount - это бесконечно), используйте misfire_instruction_reschedule_next_with_remaining_count.

• В противном случае, используя misfire_instruction_reschedule_now_with_existing_repeat_count Misfire, вы можете сослаться на эту статью.

Календарь

Календарь здесь не JDK java.util.calendar, а не для расчета дат. Его функция состоит в том, чтобы дополнить время триггера. Определенные конкретные моменты времени могут быть исключены или добавлены.

В качестве примера мы хотим исключить время времени 25 февраля каждого года, в качестве примера мы хотим исключить время времени 25 февраля каждого года (поскольку 2,14, февраль определенно обанкротится). Это время может быть достигнуто с помощью календаря.

пример:

 Ежегодный календар Cal = новый годовой календар (); // Определить календарь, выполненный каждый год с точностью дни, то есть его нельзя определить до 14:00 на 2,25 java.util.calendar excludeDay = new gregoriancalendar (); excludEday.settime (newdate (). INMonthonday (2, 25) .build ();); // Установить дату исключения 2.25 Планировка. // Планировщик соединяет этот календарь // Определить TriggerTrigger Trigger = newTrigger (). BITIEDITIONS («Trigger1», «Group1») .StartNow () // После добавления планировщика он сразу же вступит в силу. Модифицированнымбикалендар («febcal») // Календарь использования !! . Withschedule (simpleschedule (). Withintervalinseconds (1) .repeatforever ()) .build ();

Кварц соблюдает соблюдение следующих календарей. Обратите внимание, что все календари могут быть либо исключены, либо включение в зависимости от:

• HolidayCalendar. Укажите конкретную дату, такую ​​как 20140613. Точность неба.

• DailyCalendar. Определяет период времени каждого дня (RangeStartingTime, Dangeending Time), формат hh: мм [: ss [: mmmm]]. То есть максимальная точность может достигать миллисекунды.

• Еженедельный календарь. Укажите день недели каждой недели, необязательным значением является java.util.calendar.sunday. Точность - день.

• Ежемесячный календарь. Укажите день каждого месяца. Необязательные значения 1-31. Точность - день

• Годовой календар. Укажите, какой день года. Метод использования, как показано в примере выше. Точность - день.

• Croncalendar. Указывает выражение Cron. Точность зависит от выражения крона, то есть максимальная точность может достигать секунд.

Запуск класса реализации

Quartz имеет следующие реализации триггеров:

SimplyTrigger

Определяет задачи, которые начинаются в определенное время и выполняются в определенном интервале времени (в миллисекундах). Это подходит для задач, похожих на: начните в 9:00 и выполняйте каждый 1 час. Его свойства:

• Повторный интервал повторения

• Повторяйте количество повторений. Фактическое количество выполнений - RepeatCount+1. Потому что это будет выполнено один раз в начале. То же самое относится и к свойству RepeatCount ниже.

пример:

CalendarIntervaltrigger

Подобно Simpretrigger, он определяет задачи, которые начинаются в определенное время и выполняются в определенном интервале времени. Но разница в том, что временный интервал, указанный SimplyTrigger, составляет миллисекунды, и невозможно указать, что он будет выполняться через два месяца (месячный интервал не является фиксированной стоимостью), в то время как интервальные единицы, поддерживаемые CalendarInterValtrigger, включают секунд, минуты, дни, месяцы, годы и недели. По сравнению с Simpletrigger, он имеет два преимущества: 1. Это более удобно. Например, если вы выполняете каждые 1 час, вам не нужно рассчитывать, сколько миллисекунд 1 час равняется. 2. Поддерживает интервалы, которые не являются фиксированной длиной, такие как интервалы, которые составляют месяцы и годы. Но недостаток в том, что точность может достичь всего секунды. Его подходящая задача похожа на: начинать в 9:00 и выполнять один раз в неделю в 9:00. Его свойства:

• Интервал интервала выполнения

• Intervalunit Unities of Cecalling (секунды, минуты, часы, дни, месяцы, годы, недели)

пример:

 CalendarIntervalschedule () .withIntervalIndays (1) // выполнять один раз в день. Build (); CalendarIntervalschedule () .withintervalinWeeks (1) // Выполнять раз в неделю. Build ();

DailyTimeIntervaltrigger

Укажите, что задачи выполняются через определенные интервалы в течение определенного периода времени каждый день. И это может поддерживать указанные недели. Его подходящая задача аналогична: указанию с 9:00 до 18:00 каждый день, каждые 70 секунд и только с понедельника по пятницу. Его свойства:

• Начальное время начала дня каждый день

• Конец времени дня в конце дня

• Дни недели, которая будет казнена

• Интервал интервала выполнения

• Intervalunit Unities of Cecalling (секунды, минуты, часы, дни, месяцы, годы, недели)

• Повторяет количество повторений

пример:

 DailyTimeIntervalSchedule () .StartingDailyat (TimeOfday.hourandMinuteOfDay (9, 0)) // Начало в 9:00 в день. Внутренние валиновые часы (1) // Выполняются каждые 1 час. withRepeatCount (100) // Повторите до 100 раз (фактически выполненные 100+1 раза) .build (); DailyTimeIntervalSchedule () .StartingDailyat (TimeOfday.hourandMinateOfday (9, 0)) // начинать в 9:00 в день. Этот метод фактически рассчитывает конечный день на основе startTimeOfday+интервал*count. Ondaysoftheekeek (понедельник, вторник, среда, четверг, пятница) // Выполняется с понедельника по пятницу. Withintervalinhours (1) // каждые 1 -часовые интервалы. Build ();

Crontrigger

Подходит для более сложных задач, он поддерживает синтаксис, набранный в Linux Cron (и является более мощным). По сути, он охватывает большинство (но не все) из трех вышеупомянутых триггеров - конечно, это также сложнее понять. Его подходящие задачи похожи на: каждая из них выступает один раз в день в 0:00, 9:00 и 18:00. Его свойства только:

Выражения крона

Но это представление само по себе достаточно сложное. Там будут инструкции ниже. пример:

 cronschedule ("0 0/2 8-17 * *?") // Выполняйте каждые 2 минуты в 8: 00-17: 00 каждый день. Build (); Cronschedule ("0 30 9? * Mon") // каждые понедельник в 9: 30.Build (); Weeklyondayandhourandminute (понедельник 9, 30)///эквивалент в 0 30 9? * Mon .build ();

Выражения крона

• asterisk (): может использоваться во всех полях для представления каждого момента в соответствующем временном домене, например, в минуте, это означает «в минуту»;

• Ознакомьтесь с вопросом (?): Этот символ используется только в областях даты и недели, и он обычно определяется как «бессмысленное значение», что эквивалентно точечному символу;

• Знак минус (-): выражает диапазон. Если «10-12» используется в часовом поле, это означает от 10 до 12 баллов, то есть 10,11,12;

• Запятая (,): выражает значение списка. Если «Mon, ср, пт» используется в поле Week, это означает, что в понедельник, среду и пятницу;

• SLASH (/): x/y представляет собой последовательность с одинаковым шагом, x-начальное значение, а Y-инкрементное значение шага. Если вы используете 0/15 в мельчайшем поле, он выражается как 0, 15, 30 и 45 секунд, а 5/15 означает 5, 20, 35, 50 в минуте поле, вы также можете использовать */y, что эквивалентно 0/y;

• L: Этот символ используется только в областях даты и недели, представляя значение «последнего», но это означает по -разному в двух областях. L в поле даты указывает на последний день месяца, например, 31 января и 28 февраля, который не является лечебным годом; Если L используется в течение недели, это указывает на субботу, что эквивалентно 7. Однако, если L появляется в поле недели, и ему предшествует значение X, это означает «последние x дней месяца», например, 6L означает последнюю пятницу месяца;

• W: этот персонаж может появиться только в поле даты и является изменением ведущей даты, указывающей на рабочий день, ближайший к дате. Например, 15W представляет собой ближайший рабочий день до 15 -го числа месяца. Если 15 -е место в субботу, он соответствует пятнице 14 -го; Если 15 -е место в воскресенье, он соответствует в понедельник 16 -го; Если 15 -й месяца - вторник, это вторник 15 -й. Тем не менее, следует отметить, что связанная дата соответствия не может быть пересечена до месяца. Если вы указываете 1W, если 1 -й день - суббота, результат совпадает с понедельником 3, а не в последний день прошлого месяца. Строка W может указать только одну дату, но не может указать диапазон дат;

• Комбинация LW: LW может использоваться в поле даты, что означает последний рабочий день месяца; Знак фунта (#): Этот персонаж может использоваться только в поле недели, представляющий рабочий день месяца. Например, 6#3 представляет третью пятницу месяца (6 представляет пятницу, № 3 представляет третью на данный момент), в то время как 4#5 представляет пятую среду месяца, предполагая, что месяц не имеет пятой среды, он игнорируется и не запускается;

• C: Этот символ используется только в областях даты и недели, что представляет значение «календаря». Это означает дату, связанную с планом, и если дата не связана, она эквивалентна всем датам в календаре. Например, 5C в поле даты эквивалентно первому дню после 5 -го дня календаря. 1c эквивалентен первого дня после воскресенья на неделе.

Выражения Cron не чувствительны к случаю специальных персонажей и не чувствительны к аббревиатуре английского дела недели. Некоторые примеры:

JobDetail & Job

JobDetail是任务的定义，而Job是任务的执行逻辑。在JobDetail里会引用一个Job Class定义。一个最简单的例子：

 public class JobTest { public static void main(String[] args) throws SchedulerException, IOException { JobDetail job=newJob() .ofType(DoNothingJob.class) //Check Job Class .withIdentity("job1", "group1") //Set name/group .withDescription("this is a test job") //Set description.usingJobData("age", 18) //Add attributes to ageJobDataMap .build(); job.getJobDataMap().put("name", "quertz"); //Add attribute name to JobDataMap //Define a SimpleTrigger trigger that executes once per second. Trigger trigger=newTrigger().startNow().withIdentity("trigger1") .withSchedule(simpleSchedule().withIntervalInSeconds(1) .repeatForever()) .build(); Scheduler sche=StdSchedulerFactory.getDefaultScheduler(); sche.scheduleJob(job, trigger); sche.start(); System.in.read(); sche.shutdown(); }}public class DoNothingJob implements Job { public void execute(JobExecutionContext context) throws JobExecutionException { System.out.println("do nothing"); }}

从上例我们可以看出，要定义一个任务，需要干几件事：

•创建一个org.quartz.Job的实现类，并实现实现自己的业务逻辑。比如上面的DoNothingJob。

•定义一个JobDetail，引用这个实现类

•加入scheduleJob Quartz调度一次任务，会干如下的事：

•JobClass jobClass=JobDetail.getJobClass()

•Job jobInstance=jobClass.newInstance()。所以Job实现类，必须有一个public的无参构建方法。

•jobInstance.execute(JobExecutionContext context)。JobExecutionContext是Job运行的上下文，可以获得Trigger、Scheduler、JobDetail的信息。

也就是说，每次调度都会创建一个新的Job实例，这样的好处是有些任务并发执行的时候，不存在对临界资源的访问问题――当然，如果需要共享JobDataMap的时候，还是存在临界资源的并发访问的问题。

JobDataMap

Job是newInstance的实例，那我怎么传值给它？ 比如我现在有两个发送邮件的任务，一个是发给"liLei",一个发给"hanmeimei",不能说我要写两个Job实现类LiLeiSendEmailJob和HanMeiMeiSendEmailJob。实现的办法是通过JobDataMap。

每一个JobDetail都会有一个JobDataMap。JobDataMap本质就是一个Map的扩展类，只是提供了一些更便捷的方法，比如getString()之类的。

我们可以在定义JobDetail，加入属性值，方式有二：

•newJob().usingJobData("age", 18) //加入属性到ageJobDataMap

•job.getJobDataMap().put("name", "quertz"); //加入属性name到JobDataMap

然后在Job中可以获取这个JobDataMap的值，方式同样有二：

 public class HelloQuartz implements Job { private String name; public void execute(JobExecutionContext context) throws JobExecutionException { JobDetail detail = context.getJobDetail(); JobDataMap map = detail.getJobDataMap(); //Method 1: Obtain JobDataMap System.out.println("say hello to " + name + "[" + map.getInt("age") + "]" + " at " + new Date()); } //Method 2: The setter method of the property will automatically inject the JobDataMap attribute into public void setName(String name) { this.name = name; }}

对于同一个JobDetail实例，执行的多个Job实例，是共享同样的JobDataMap，也就是说，如果你在任务里修改了里面的值，会对其他Job实例（并发的或者后续的）造成影响。

除了JobDetail，Trigger同样有一个JobDataMap，共享范围是所有使用这个Trigger的Job实例。

Job并发

Job是有可能并发执行的，比如一个任务要执行10秒中，而调度算法是每秒中触发1次，那么就有可能多个任务被并发执行。

Sometimes we don’t want to execute tasks concurrently, for example, this task needs to "get a list of all unsent mails in the database". If it is executed concurrently, a database lock is needed to avoid a data being processed multiple times. This time a @DisallowConcurrentExecution solves this problem. Вот и все:

 public class DoNothingJob implements Job { @DisallowConcurrentExecution public void execute(JobExecutionContext context) throws JobExecutionException { System.out.println("do nothing"); }}

注意，@DisallowConcurrentExecution是对JobDetail实例生效，也就是如果你定义两个JobDetail，引用同一个Job类，是可以并发执行的。

JobExecutionException

Job.execute()方法是不允许抛出除JobExecutionException之外的所有异常的（包括RuntimeException)，所以编码的时候，最好是try-catch住所有的Throwable，小心处理。

其他属性

•Durability（耐久性？) 如果一个任务不是durable，那么当没有Trigger关联它的时候，它就会被自动删除。

•RequestsRecovery 如果一个任务是"requests recovery"，那么当任务运行过程非正常退出时（比如进程崩溃，机器断电，但不包括抛出异常这种情况），Quartz再次启动时，会重新运行一次这个任务实例。

可以通过JobExecutionContext.isRecovering()查询任务是否是被恢复的。

Планировщик

•Scheduler就是Quartz的大脑，所有任务都是由它来设施。

•Schduelr包含一个两个重要组件: JobStore和ThreadPool。

•JobStore是会来存储运行时信息的，包括Trigger,Schduler,JobDetail，业务锁等。它有多种实现RAMJob(内存实现)，JobStoreTX(JDBC，事务由Quartz管理），JobStoreCMT(JDBC，使用容器事务)，ClusteredJobStore(集群实现)、TerracottaJobStore(什么是Terractta)。

•ThreadPool就是线程池，Quartz有自己的线程池实现。所有任务的都会由线程池执行。

SchedulerFactory

SchdulerFactory，顾名思义就是来用创建Schduler了，有两个实现：DirectSchedulerFactory和StdSchdulerFactory。前者可以用来在代码里定制你自己的Schduler参数。后者是直接读取classpath下的quartz.properties（不存在就都使用默认值）配置来实例化Schduler。通常来讲，我们使用StdSchdulerFactory也就足够了。

SchdulerFactory本身是支持创建RMI stub的，可以用来管理远程的Scheduler，功能与本地一样，可以远程提交个Job什么的。DirectSchedulerFactory的创建接口：

 /** * Same as * {@link DirectSchedulerFactory#createScheduler(ThreadPool threadPool, JobStore jobStore)}, * with the addition of specifying the scheduler name and instance ID. This * scheduler can only be retrieved via * {@link DirectSchedulerFactory#getScheduler(String)} * * @param schedulerName * The name for the scheduler. * @param schedulerInstanceId * The instance ID for the scheduler. * @param threadPool * The thread pool for executing jobs * @param jobStore * The type of job store * @throws SchedulerException * if initialization failed */ public void createScheduler(String schedulerName, String schedulerInstanceId, ThreadPool threadPool, JobStore jobStore) throws SchedulerException;

StdSchdulerFactory的配置例子， 更多配置，参考Quartz配置指南：

 org.quartz.scheduler.instanceName = DefaultQuartzSchedulerorg.quartz.threadPool.class = org.quartz.simpl.SimpleThreadPoolorg.quartz.threadPool.threadCount = 10 org.quartz.threadPool.threadPriority = 5org.quartz.threadPool.threadsInheritContextClassLoaderOfInitializingThread = trueorg.quartz.jobStore.class = org.quartz.simpl.RAMJobStore

三、Quartz 集成Spring

开发一个job类，普通java类，需要有一个执行的方法：

 package com.tgb.lk.demo.quartz;import java.util.Date;public class MyJob { public void work() { System.out.println("date:" + new Date().toString()); }}

把类放到spring容器中，可以使用配置也可以使用注解：

 <bean id="myJob" />

配置jobDetail，指定job对象：

 <!-- 配置jobDetail，指定job对象--> <bean id="accountJobDetail"> <property name="targetObject"> <ref bean="accountJob" /> </property> <property name="targetMethod"> <value>work</value> </property> </bean>

配置一个trigger，需要指定一个cron表达式，指定任务的执行时机：

 <!-- accountTrigger 的配置--> <bean id="accountTrigger" > <property name="jobDetail"> <ref bean="accountJobDetail" /> </property> <property name="cronExpression"> <value>0/3 * * * * ?</value> </property> </bean>

配置调度工厂：

 <!-- 启动触发器的配置开始--> <bean name="startQuertz" lazy-init="false" autowire="no" > <property name="triggers"> <list> <ref bean="myJobTrigger" /> </list> </property> </bean> <!-- 启动触发器的配置结束-->

项目启动，定时器开始执行。

四、分析不同定时任务优缺点，寻找一种符合你项目需求的定时任务Timer管理延时任务的缺陷

以前在项目中也经常使用定时器，比如每隔一段时间清理项目中的一些垃圾文件，每隔一段时间进行日志清理；然而Timer是存在一些缺陷的，因为Timer在执行定时任务时只会创建一个线程，所以如果存在多个任务，且任务时间过长，超过了两个任务的间隔时间，会发生一些缺陷

Timer当任务抛出异常时的缺陷

如果TimerTask抛出RuntimeException，Timer会停止所有任务的运行

Timer执行周期任务时依赖系统时间

Timer执行周期任务时依赖系统时间，如果当前系统时间发生变化会出现一些执行上的变化，ScheduledExecutorService基于时间的延迟，不会由于系统时间的改变发生执行变化。

对异常的处理

Quartz的某次执行任务过程中抛出异常，不影响下一次任务的执行，当下一次执行时间到来时，定时器会再次执行任务；而TimerTask则不同，一旦某个任务在执行过程中抛出异常，则整个定时器生命周期就结束，以后永远不会再执行定时器任务。

精确到和功能

Quartz每次执行任务都创建一个新的任务类对象，而TimerTask则每次使用同一个任务类对象。 Quartz可以通过cron表达式精确到特定时间执行，而TimerTask不能。Quartz拥有TimerTask所有的功能，而TimerTask则没有上述，基本说明了在以后的开发中尽可能使用ScheduledExecutorService(JDK1.5以后)替代Timer。

五、cron 在线表达式生成器http://cron.qqe2.com/附录cron 表达式

cron表达式用于配置cronTrigger的实例。cron表达式实际上是由七个子表达式组成。这些表达式之间用空格分隔。

•Seconds （秒）

•Minutes（分）

•Hours（小时）

•Day-of-Month （天）

•Month（月）

•Day-of-Week （周）

•Year（年）

例："0 0 12 ? * WED” 意思是：每个星期三的中午12点执行。个别子表达式可以包含范围或者列表。例如：上面例子中的WED可以换成"MON-FRI"，"MON,WED,FRI"，甚至"MON-WED,SAT"。子表达式范围：

•Seconds (0~59)

•Minutes (0~59)

•Hours (0~23)

•Day-of-Month (1~31,但是要注意有些月份没有31天)

•Month (0~11，或者"JAN, FEB, MAR, APR, MAY, JUN, JUL, AUG, SEP, OCT, NOV,DEC")

•Day-of-Week (1~7,1=SUN 或者"SUN, MON, TUE, WED, THU, FRI, SAT”)

•Year (1970~2099)

Cron表达式的格式：秒分时日月周年(可选)。

Field name | Allowed value | Allowed special characters ------- | ------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

字符含义：

•*：代表所有可能的值。因此，“*”在Month中表示每个月，在Day-of-Month中表示每天，在Hours表示每小时

•-：表示指定范围。

•,：表示列出枚举值。例如：在Minutes子表达式中，“5,20”表示在5分钟和20分钟触发。

•/：被用于指定增量。例如：在Minutes子表达式中，“0/15”表示从0分钟开始，每15分钟执行一次。"3/20"表示从第三分钟开始，每20分钟执行一次。和"3,23,43"（表示第3，23，43分钟触发）的含义一样。

•?：用在Day-of-Month和Day-of-Week中，指“没有具体的值”。当两个子表达式其中一个被指定了值以后，为了避免冲突，需要将另外一个的值设为“?”。例如：想在每月20日触发调度，不管20号是星期几，只能用如下写法：0 0 0 20 * ?，其中最后以为只能用“?”，而不能用“*”。

•L：用在day-of-month和day-of-week字串中。它是单词“last”的缩写。它在两个子表达式中的含义是不同的。

•在day-of-month中，“L”表示一个月的最后一天，一月31号，3月30号。

•在day-of-week中，“L”表示一个星期的最后一天，也就是“7”或者“SAT”

•如果“L”前有具体内容，它就有其他的含义了。例如：“6L”表示这个月的倒数第六天。“FRIL”表示这个月的最后一个星期五。

•注意：在使用“L”参数时，不要指定列表或者范围，这样会出现问题。

•W：“Weekday”的缩写。只能用在day-of-month字段。用来描叙最接近指定天的工作日（周一到周五）。例如：在day-of-month字段用“15W”指“最接近这个月第15天的工作日”，即如果这个月第15天是周六，那么触发器将会在这个月第14天即周五触发；如果这个月第15天是周日，那么触发器将会在这个月第16天即周一触发；如果这个月第15天是周二，那么就在触发器这天触发。注意一点：这个用法只会在当前月计算值，不会越过当前月。“W”字符仅能在day-of-month指明一天，不能是一个范围或列表。也可以用“LW”来指定这个月的最后一个工作日，即最后一个星期五。

•# ：只能用在day-of-week字段。用来指定这个月的第几个周几。例：在day-of-week字段用"6#3" or "FRI#3"指这个月第3个周五（6指周五，3指第3个）。如果指定的日期不存在，触发器就不会触发。

表达式例子：

0 * * * * ? 每1分钟触发一次

0 0 * * * ? 每天每1小时触发一次

0 0 10 * * ? 每天10点触发一次

0 * 14 * * ? 在每天下午2点到下午2:59期间的每1分钟触发

0 30 9 1 * ? 每月1号上午9点半

0 15 10 15 * ? 每月15日上午10:15触发

*/5 * * * * ? 每隔5秒执行一次

0 */1 * * * ? 每隔1分钟执行一次

0 0 5-15 * * ? 每天5-15点整点触发

0 0/3 * * * ? 每三分钟触发一次

0 0-5 14 * * ? 在每天下午2点到下午2:05期间的每1分钟触发

0 0/5 14 * * ? 在每天下午2点到下午2:55期间的每5分钟触发

0 0/5 14,18 * * ? 在每天下午2点到2:55期间和下午6点到6:55期间的每5分钟触发

0 0/30 9-17 * * ? 朝九晚五工作时间内每半小时

0 0 10,14,16 * * ? 每天上午10点，下午2点，4点

0 0 12 ? * WED 表示每个星期三中午12点

0 0 17 ? * TUES,THUR,SAT 每周二、四、六下午五点

0 10,44 14 ? 3 WED 每年三月的星期三的下午2:10和2:44触发

0 15 10 ? * MON-FRI 周一至周五的上午10:15触发

0 0 23 L * ? 每月最后一天23点执行一次

0 15 10 L * ? 每月最后一日的上午10:15触发

0 15 10 ? * 6L 每月的最后一个星期五上午10:15触发

0 15 10 * * ? 2005 2005年的每天上午10:15触发

0 15 10 ? * 6L 2002-2005 2002年至2005年的每月的最后一个星期五上午10:15触发

0 15 10 ? * 6#3 每月的第三个星期五上午10:15触发

The above timed tasks (example explanation) in Java implementation web applications are all the content I share with you. Я надеюсь, что вы можете дать вам ссылку, и я надеюсь, что вы сможете поддержать Wulin.com больше.