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方法
一.如果是频繁定时任务，如每分钟执行一次(0 * * * * ?), 则 设置<每次处理完数据后休眠时间(秒)>
以下为空: <执行开始时间>, <执行结束时间>
这样，它会一直的在while(true)块里运行， 每隔设置的时间才唤醒一次, 直到人为的注销此factory或者strategy
二.如果是每天仅一次的定时任务, 如(1 12 * * * ?), 则设置以下
<执行开始时间>, <执行结束时间>, <每次处理完数据后休眠时间(秒)>(统一设置成1小时), 尽量保证开始时间结束时间差小天1小时
这样，它会在设置好的执行开始时间时唤醒一次，然后一直在while(true)块里等待1小时, 而还没到1小时，到了执行结束时间时它就会自动注销了.切合需求.
当然有一些公共的配置:
比如:
selectTasks()方法默认返回有长度的List