ScheduledService类位于javafx.concurrent包下面，是用来定时执行循环任务的。
ScheduledService继承自Service类，Service类会在成功执行任务后自动重新开始下一次执行，在一定的条件下及时执行失败了也会重新执行的。一个ScheduledService实例最初是READY状态，调用start()或者restart()方法后就变成SCHEDULED状态，然后持续该状态由delay指定的时长。
再进入RUNNING状态后ScheduledService就会开始执行它的Task，成功执行一次以后ScheduledService会变成SUCCEDED状态，然后变成READY，然后又开始SCHEDULED。在这个状态呆多久，取决于转变为RUNNING的时间、当前的时间和变量period值。简单点说，period定义了从一个Task开始到下一个的时长。如果执行完了period还是没到期，ScheduledService保持SCHEDULED状态等period耗完；反之，如果还没执行完period就到了，ScheduledService就立即开始RUNNINNG状态。
当在RUNNING的时候，ScheduledService抛异常了或者由于其他原因进入了FAILED状态，ScheduledService到底结束呢还是重新开始呢，取决于backoffStrategy， restartOnFailure 和 maximumFailureCount的值：
如果异常发生了而且restartonfailure是false，ScheduledService就进入FAILED停止了。只有调用restart方法才能重新运行；
如果异常发生了而restartonfailure是true，ScheduledService可能会自动重启。首先根据策略backoffstrategy的结果设置cumulativePeriod值，这样失败后会等待很久很久来重启；执行成功后cumulativePeriod就又变回period值；ScheduledService定义了几个静态策略，比如EXPONENTIAL_BACKOFF_STRATEGY 和 LOGARITHMIC_BACKOFF_STRATEGY，默认是后者。当maximumfailurecount达到后就和restartonfailure为false一样了。
如果执行过程中period或者delay改变了，它们将影响下一次执行。ScheduledService的典型应用是循环调用，比如以一定间隔ping一台主机：
ScheduledService<Document> svc = new ScheduledService<Document>() { protected Task<Document> createTask() { return new Task<Document>() { protected Document call() { // 连接主机 // 获取信息 // 转换成document return document; } }; } }; svc.setPeriod(Duration.seconds(1)); 这个任务每一秒执行一下。
不过这个类对于时间没什么太好的观念：不准确。一个非常忙的线程可能会引起比较严重的延迟。所以如果period或者delay的值很小可能不太准确，不过超过几百毫秒一般就相当可靠了。
ScheduledService的默认period和delay都是0，这样认为会立即一下一下地执行。想要取到执行的结果可以用lastValue属性。
版权声明
本文仅代表作者观点，不代表百度立场。
本文系作者授权百度百家发表，未经许可，不得转载。
