在Java应用程序中如何安排重复性任务

这篇文章给大家分享的是有关在Java应用程序中如何安排重复性任务的内容。小编觉得挺实用的，因此分享给大家做个参考，一起跟随小编过来看看吧。java.util.Timer和java.util.TimerTask类（我将二者统称为Java的定时器框架）使得程序员可以轻松地安排简单的任务。（请注意，这些类在 J2ME 中也可用。）在 Java 2 SDK 标准版 1.3 版中引入此框架之前，开发人员必须编写自己的调度程序，这涉及处理线程和Object.wait()方法的复杂性。但是，Java 定时器框架不够丰富，无法满足许多应用程序的调度需求。即使是需要每天同时重复的任务也不能直接使用Timer进行调度，因为夏令时的来来往往会发生时间跳跃。调度框架构建在 Java 计时器框架类之上。因此，在解释调度框架的使用方式和实现方式之前，我们将首先了解如何使用这些类进行调度。想象一个鸡蛋计时器，它通过播放声音告诉您何时过去了数分钟（因此你的鸡蛋已煮熟）。清单 1 中的代码构成了用 Java 语言编写的简单的鸡蛋计时器的基础：一个EggTimer实例拥有一个Timer实例来提供必要的调度。当使用start()方法启动鸡蛋计时器时，它会安排 aTimerTask在指定的分钟数后执行。当时间到时， 上的run()方法TimerTask由Timer幕后调用，使其播放声音。然后应用程序在定时器被取消后终止。Timer允许通过指定固定的执行速率或执行之间的固定延迟来安排任务重复执行。但是，有许多应用程序具有更复杂的调度要求。例如，每天早上在同一时间响起叫醒电话的闹钟不能简单地使用 86400000 毫秒（24 小时）的固定速率时间表，因为在时钟前进的日子里，闹钟会太晚或太早或向后（如果您的时区使用夏令时）。解决方案是使用日历算法来计算每日事件的下一次预定发生。这正是调度框架所支持的。考虑AlarmClock清单 2 中的实现（请参阅相关链接以下载调度框架的源代码，以及包含框架和示例的 JAR
文件）：请注意代码与鸡蛋计时器应用程序的相似程度。AlarmClock实例拥有Scheduler实例（而不是一个Timer）提供必要的调度。启动时，闹钟会安排 aSchedulerTask（而不是 aTimerTask）来播放闹钟。而不是在固定延迟后安排任务执行，闹钟使用一个DailyIterator类来描述它的时间表。在这种情况下，它只是在每天早上 7:00 安排任务。这是典型运行的输出：DailyIterator实现ScheduleIterator接口，该接口将SchedulerTask的计划执行时间指定为一系列java.util.Date对象。然后，next()方法按时间顺序迭代对象。返回值null会导致任务被取消（也就是说，它永远不会再次运行）——实际上，重新调度的尝试将导致抛出异常。清单 3 包含ScheduleIterator接口：DailyIterator的next()方法返回Date表示每天同一时间（上午 7:00）的对象，如清单 4 所示。因此，如果你调用next()一个新构造的DailyIterator类，您将获得该日期当天或之后的当天上午 7:00传入构造函数。随后的调用next()将在随后几天的上午 7:00 返回，并永远重复。要实现此行为，请DailyIterator使用java.util.Calendar实例。构造函数设置日历，以便第一次调用next()返回正确的，Date只需在日历上添加一天。请注意，该代码没有明确提及夏令时修正；它不需要，因为Calendar实现（在这种情况下GregorianCalendar）会处理这个问题。在上一节中，我们学习了如何使用调度框架，并将其与 Java 定时器框架进行了比较。接下来，我将向你展示该框架是如何实现的。除了ScheduleIterator在显示界面清单3中，还有另外两个类-Scheduler和SchedulerTask-组成的框架。这些类实际上在封面下使用Timer和TimerTask，因为日程实际上只不过是一个系列的一次性计时器。清单 5 和
6 显示了这两个类的源代码：清单 6 显示了SchedulerTask该类的源代码：就像鸡蛋定时器一样，调度器的每个实例都拥有一个计时器的实例，以提供底层调度。与用于实现鸡蛋计时器的单一一次性计时器不同，调度器将一次性计时器串连在一起，以ScheduleIterator指定的时间执行SchedulerTask类。考虑调度器公共的schedule()方法——这是调度的入口点，因为它是客户端调用的方法。（唯一的其他公共方法cancel()，在Canceling tasks中介绍。）所述的第一次执行的时间SchedulerTask，通过调用ScheduleIterator接口上的next()方法。然后通过调用底层Timer类上的one-shot schedule()方法启动调度，一边在此时执行。为一次性执行提供的TimerTask对象是嵌套SchedulerTimerTask类的一个实例，它打包了任务和迭代器。在分配的时间内，run()方法在嵌套类上调用，它使用打包的任务和迭代器引用来重新安排任务的下一次执行。reschedule()方法与schedule()方法非常相似，不同之处在于它是私有的，并且对SchedulerTask执行一组略有不同的状态检查。重新调度过程无限重复，为每次调度的执行构造一个新的嵌套类实例，直到任务或调度程序被取消（或 JVM 关闭）。与对应的TimerTask一样，SchedulerTask在其生命周期中经历一系列状态。创建时，它处于一种VIRGIN状态，这意味着它从未被调度过。一旦被调度，它就会转移到一个SCHEDULED状态，如果任务被下面描述的方法之一取消，则之后会切换到到CANCELLED状态。管理正确的状态转换，例如确保非VIRGIN任务不会被调度两次，会增加Scheduler和SchedulerTask类的额外复杂性。每当执行可能改变任务状态的操作时，代码必须在任务的锁定对象上同步。取消计划任务的方式有三种。第一种是调用SchedulerTask上的cancel()方法。这就像TimerTask上调用cancel() ：该任务将永远不会再次运行，尽管如果已经运行，它将一直运行到完成。cancel()方法的返回值是是一个布尔值，用来指示在尚未被调用cancel()的情况下是否会运行进一步的计划任务。更准确地免费云主机域名说，如果任务在调用cancel()之前立即处于SCHEDULED状态，它就会返回true。如果你尝试重新安排已取消（甚至已安排）的任务，Scheduler则会抛出IllegalStateException.取消计划任务的第二种方法是ScheduleIterator返回null。这只是第一种方式的快捷方式，因为Scheduler类调用SchedulerTask类上的cancel()。如果你希望迭代器（而不是任务）控制调度何时停止，则以这种方式取消任务很有用。第三种方式是通过调用它的cancel()方法来取消整体的Scheduler。这将取消调度程序的所有任务，并使其处于不能再调度更多任务的状态。调度框架可以比作 UNIX cron工具，除了调度时间的规范是命令式控制而不是声明式控制。例如，DailyIterator类在AlarmClock实现中使用与cron作业具有相同的调度，由0 7 * * *开始的crontab条目指定。（这些字段分别指定分钟、小时、月中的某一天、月份和星期几。）但是，调度框架比cron具有更强大的灵活性。 想象一个HeatingController应用程序在早上打开热水。我想指示它“在工作日的早上 8:00 和周末早上 9:00 打开热水”。使用cron，我需要两个crontab条目（0 8 * * 1,2,3,4,5和0 9 * * 6,7）。通过使用 ScheduleIterator，解决方案更加优雅，因为我可以使用组合定义单个迭代器。清单 7 显示了一种方法：一个RestrictedDailyIterator类就像DailyIterator，除了它被限制在一周的特定日期运行；并且一个CompositeIterator类采用一组ScheduleIterators 并将日期正确地排序到一个单一的时间表中。还有很多其他的调度cron不能产生，但是可以实现ScheduleIterator。例如，“每个月的最后一天”描述的日程安排可以使用标准 Java 日历算法（使用Calendar类）来实现，而使用cron.应用程序甚至不必使用Calendar该类。在本文的源代码中，我提供了一个安全灯控制器示例，该控制器按照“在日落前 15 分钟开灯”的时间表运行。该实现使用 Calendrical Calculations 软件包，计算本地日落时间（给定纬度和经度）。在编写使用调度的应用程序时，重要的是要了解框架在及时性方面的承诺。我的任务会提前还是推迟执行？如果是这样，最大误差幅度是多少？不幸的是，这些问题没有简单的答案。然而，在实践中，该行为对于一大类应用程序来说已经足够好了。下面的讨论假设系统时钟是正确的（有关网络时间协议的信息，请参阅相关链接）。因为Scheduler将其调度委托给Timer类，所以Scheduler可以做出的实时保证与Timer.Timer使用该Object.wait(long)方法调度任务。当前线程等待直到被唤醒，这可能是由于以下原因之一：所述notify()或notifyAll()方法被称为通过另一个线程的对象。该线程被另一个线程中断。该线程在没有通知的情况下被唤醒。（虚假唤醒）指定的时间已经过去。第一种可能性不会发生在Timer类上，因为wait()被调用的对象是私有的。即便如此，Timer对前三个原因的提前唤醒实施了保障措施，从而确保线程在时间过去后唤醒。现在，文档注释Object.wait(long)指出它可能会在“或多或少”时间过去后唤醒，因此线程可能会提前唤醒。在这种情况下，Timer发出另一个wait()为(scheduledExecutionTime - System.currentTimeMillis())毫秒，从而保证任务永远不能被早期执行。任务可以延迟执行吗？是的。延迟执行的主要原因有两个：线程调度和垃圾收集。Java 语言规范在线程调度上故意含糊其辞。这是因为 Java 平台是通用的，面向广泛的硬件和相关操作系统。虽然大多数 JVM 实现都有一个公平的线程调度程序，但这并不能保证——当然，实现有不同的策略来为线程分配处理器时间。因此，当一个Timer线程在其分配的时间后唤醒时，它实际执行任务的时间取决于 JVM 的线程调度策略，以及有多少其他线程在争用处理器时间。因此，为了减少延迟任务执行，您应该最大限度地减少应用程序中可运行线程的数量。值得考虑在单独的 JVM 中运行调度程序来实现这一点。JVM 执行垃圾收集 (GC) 所花费的时间对于创建大量对象的大型应用程序来说可能很重要。默认情况下，当 GC 发生时，整个应用程序必须等待它完成，这可能需要几秒钟或更长时间。（命令行选项-verbose:gc的java应用程序启动器将导致每个 GC 事件都报告到控制台。）为了尽量减少由于 GC 引起的暂停，这可能会阻碍即时任务执行，您应该尽量减少应用程序创建的对象数量。同样，这有助于在单独的 JVM 中运行您的调度代码。此外，您可以尝试使用多种优化选项来最小化 GC 暂停。例如，增量 GC 试图将主要收集的成本分散到几个次要收集上。代价是这会降低
GC 的效率，但对于更及时的调度来说，这可能是一个可以接受的代价。为了确定任务是否正在及时运行，如果任务本身监视和记录任何延迟执行的实例会有所帮助。SchedulerTask，如TimerTask，有一个scheduledExecutionTime()方法返回最近一次执行此任务的时间。评估System.currentTimeMillis() – scheduledExecutionTime()任务开始时的表达式run()方法可让您确定任务执行的延迟时间（以毫秒为单位）。可以记录此值以生成有关延迟执行分布的统计信息。该值还可用于决定任务应该采取什么操作——例如，如果任务太晚，它可能什么都不做。如果在遵循上述指南后， 你的应用程序需要更严格的及时性保证。感谢各位的阅读！关于“在Java应用程序中如何安排重复性任务”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，让大家可以学到更多知识，如果觉得文章不错，可以把它分享出去让更多的人看到吧！

相关推荐: Ubuntu如何手工增加删除一条路由

这篇文章主要介绍了Ubuntu如何手工增加删除一条路由，具有一定借鉴价值，感兴趣的朋友可以参考下，希望大家阅读完这篇文章之后大有收获，下面让小编带着大家一起了解一下。手工增加删除一条路由感谢你能够认真阅读完这篇文章，希望小编分享的“Ubun免费云主机域名tu如…