启动加载配置XxlJobAdminConfig：底层使用MySQL实现
1，加载JobTriggerPoolHelper：调度执行器，即rpc调用
1.1，创建快线程池
1.2，创建慢线程池
2，启动registryOrRemoveThreadPool线程池：接收执行器的心跳、注册、下线
3，启动registryMonitorThread线程：移除过期的执行器，更新执行器组的地址
4，启动monitorThread线程：执行器执行失败的任务进行告警
如果有配置失败重试，则重试：JobTriggerPoolHelper.trigger
5，启动monitorThread线程：调度记录停留在 "运行中" 状态超过10min，且对应执行器心跳注册失败不在线，则将本地调度主动标记失败
6，启动callbackThreadPool线程池：记录执行器执行结果
7，启动logrThread线程：每分钟上报执行器成功和失败次数，并清除7天前的数据
8，启动scheduleThread线程：选择执行需要被执行的任务
8.1，每4～5秒调度一次
8.2，MySQL自动提交关闭
8.3，上锁：select * from xxl_job_lock where lock_name = 'schedule_lock' for update
这也是为什么调度器支持集群模式
8.4，从MySQL中找到曾经至未来5秒内需要被调度的任务
缺点：xxljob不支持毫秒级别的调度
8.5，处理过期的任务：遍历循环<b><font color="#f44336">检查查询出来的任务需要被执行的时间</font></b>是否已经超过（查询MySQL表的时间 - 5秒）
如果已经超过，且调度策略 == 立即执行一次，则调度：JobTriggerPoolHelper.trigger
8.6，处理需要被执行的任务：遍历循环<b><font color="#f44336">检查查询出来的任务需要被执行的时间</font></b>是否已经超过查询MySQL表的时间
如果当前任务下次触发时间在未来的5秒内，则放入步骤9的线程队列
8.7，处理需要被执行的任务：排除步骤8.5、步骤8.6外的任务，根据任务的下次触发时间算出在1分钟刻度的多少秒，并放入步骤9的线程队列
8.8，更新下次调度时间
8.9，更新处理过的任务列表
8.10，提交事务
8.11，MySQL自动提交开启
8.12，释放锁
9，启动ringThread线程：每秒执行未来2秒内需要被执行的任务（实现原理：1分钟的时间轮，每秒都挂载着待执行的任务链表）
核心调度方法：JobTriggerPoolHelper.trigger
1，一分钟内，一个任务调度耗时超过500毫秒的次数没有达到十次
则使用快线程池
2，一分钟内，同一个任务调度耗时超过500毫秒，且有十次及其以上<br>
则使用慢线程池
3，根据路由策略调用对应的执行器：XxlJobTrigger.trigger
4，对于超过500ms的请求耗时，记录在超时记录字典中（key：任务id，value：超时次数）
每过一分钟，清空超时记录Map
5，路由策略 == 分片广播
调用每个执行器，传递至少三个参数：当前分片索引，分片总数，任务的阻塞策略
用于拆分一个耗时很大的任务
6，路由策略 != 分片广播
根据路由策略，找到一个执行器，并调用，传递至少三个参数：当前分片索引，分片总数，任务的阻塞策略
路由策略
FIRST（第一个）：固定选择第一个机器<br>
LAST（最后一个）：固定选择最后一个机器
ROUND（轮询）
RANDOM（随机）：随机选择在线的机器
CONSISTENT_HASH（一致性HASH）：每个任务按照Hash算法固定选择某一台机器，且所有任务均匀散列在不同机器上<br>
LEAST_FREQUENTLY_USED（最不经常使用）：使用频率最低的机器优先被选举<br>
LEAST_RECENTLY_USED（最近最久未使用）：最久未使用的机器优先被选举<br>
FAILOVER（故障转移）：按照顺序依次进行心跳检测，第一个心跳检测成功的机器选定为目标执行器并发起调度<br>
大白话：就看先注册
BUSYOVER（忙碌转移）：按照顺序依次进行空闲检测，第一个空闲检测成功的机器选定为目标执行器并发起调度
大白话：执行器的任务队列是空的
SHARDING_BROADCAST(分片广播)：广播触发对应集群中所有机器执行一次任务，同时系统自动传递分片参数；可根据分片参数开发分片任务
