tbschedule源码分析配置

支付平台对账需要用到 一些定时器管理框架， (量大的时候会用到任务并行处理框架)

选中了 啊里的tbschedule框架.

网上的说明较多，不过以下根据普通的互联网小业务再说明mark一下:

一般的小业务可以分为:

1.频繁定时任务，如每分钟执行一次(0 * * * * ?)

2.每天仅一次的定时任务, 如(1 12 * * * ?)

而在小业务中，假如不过于依赖多线程并行处理的话，针对这两种任务，都要有一个不同的配置标准，这些网络上的说明至今还没有更详尽:

(一般用的Sleep模式)

主要是以下三个配置项目需要注意:

<执行开始时间>, <执行结束时间>,<每次处理完数据后休眠时间(秒)>

源码大概的类路线, 其他帖子已经说得够详细了，这里简单列举:

-> TBScheduleManagerFactory - init() - initialData() - refresh()

-> ManagerFactoryTimerTask - refresh()

- assignScheduleServer()

- reRunScheduleServer()

-> IStrategyTask - createStrategyTask() 

-> TBScheduleManagerStatic 

-> HeartBeatTimerTask

-> initial() - computerStart() 

-> PauseOrResumeScheduleTask

针对此三个参数，主要看TBScheduleManager的computerStart方法

#此些配置方法限制了 复杂的 ctrontab 配置, 如(23-7/2，8)

一.如果是频繁定时任务，如每分钟执行一次(0 * * * * ?), 则  设置<每次处理完数据后休眠时间(秒)>

  以下为空: <执行开始时间>, <执行结束时间>

这样，它会一直的在while(true)块里运行， 每隔设置的时间才唤醒一次, 直到人为的注销此factory或者strategy

二.如果是每天仅一次的定时任务, 如(1 12 * * * ?), 则设置以下 

  <执行开始时间>, <执行结束时间>, <每次处理完数据后休眠时间(秒)>(统一设置成1小时), 尽量保证开始时间结束时间差小天1小时

这样，它会在设置好的执行开始时间时唤醒一次，然后一直在while(true)块里等待1小时, 而还没到1小时，到了执行结束时间时它就会自动注销了.切合需求.

当然有一些公共的配置:

比如:

selectTasks()方法默认返回有长度的List