|
|
|
@ -263,6 +263,7 @@ XXL-JOB是一个轻量级分布式任务调度框架，其核心设计目标是
|
|
|
|
LEAST_FREQUENTLY_USED（最不经常使用）：单个JOB对应的每个执行器，使用频率最低的优先被选举；
|
|
|
|
LEAST_FREQUENTLY_USED（最不经常使用）：单个JOB对应的每个执行器，使用频率最低的优先被选举；
|
|
|
|
LEAST_RECENTLY_USED（最近最久未使用）：单个JOB对应的每个执行器，最久为使用的优先被选举；
|
|
|
|
LEAST_RECENTLY_USED（最近最久未使用）：单个JOB对应的每个执行器，最久为使用的优先被选举；
|
|
|
|
FAILOVER（故障转移）：按照顺序依次进行心跳检测，第一个心跳检测成功的机器选定为目标执行器并发起调度；
|
|
|
|
FAILOVER（故障转移）：按照顺序依次进行心跳检测，第一个心跳检测成功的机器选定为目标执行器并发起调度；
|
|
|
|
|
|
|
|
BUSYOVER（忙碌转移）：按照顺序依次进行空闲检测，第一个空闲检测成功的机器选定为目标执行器并发起调度；
|
|
|
|
- Cron：触发任务执行的Cron表达式；
|
|
|
|
- Cron：触发任务执行的Cron表达式；
|
|
|
|
- 运行模式：
|
|
|
|
- 运行模式：
|
|
|
|
BEAN模式：任务以JobHandler方式维护在执行器端；需要结合 "JobHandler" 属性匹配执行器中任务；
|
|
|
|
BEAN模式：任务以JobHandler方式维护在执行器端；需要结合 "JobHandler" 属性匹配执行器中任务；
|
|
|
|
@ -670,6 +671,7 @@ XXL-JOB会为每次调度请求生成一个单独的日志文件，需要通过
|
|
|
|
LEAST_FREQUENTLY_USED（最不经常使用）：单个JOB对应的每个执行器，使用频率最低的优先被选举；
|
|
|
|
LEAST_FREQUENTLY_USED（最不经常使用）：单个JOB对应的每个执行器，使用频率最低的优先被选举；
|
|
|
|
LEAST_RECENTLY_USED（最近最久未使用）：单个JOB对应的每个执行器，最久为使用的优先被选举；
|
|
|
|
LEAST_RECENTLY_USED（最近最久未使用）：单个JOB对应的每个执行器，最久为使用的优先被选举；
|
|
|
|
FAILOVER（故障转移）：按照顺序依次进行心跳检测，第一个心跳检测成功的机器选定为目标执行器并发起调度；
|
|
|
|
FAILOVER（故障转移）：按照顺序依次进行心跳检测，第一个心跳检测成功的机器选定为目标执行器并发起调度；
|
|
|
|
|
|
|
|
BUSYOVER（忙碌转移）：按照顺序依次进行空闲检测，第一个空闲检测成功的机器选定为目标执行器并发起调度；
|
|
|
|
|
|
|
|
|
|
|
|
#### 5.9 任务执行结果
|
|
|
|
#### 5.9 任务执行结果
|
|
|
|
自v1.6.2之后，任务执行结果通过 "IJobHandler" 的返回值 "ReturnT" 进行判断；
|
|
|
|
自v1.6.2之后，任务执行结果通过 "IJobHandler" 的返回值 "ReturnT" 进行判断；
|
|
|
|
@ -858,6 +860,7 @@ Tips: 历史版本(V1.3.x)目前已经Release至稳定版本, 进入维护阶段
|
|
|
|
- 2、优化：API回调服务失败状态码优化，方便问题排查；
|
|
|
|
- 2、优化：API回调服务失败状态码优化，方便问题排查；
|
|
|
|
- 3、XxlJobLogger的日志多参数支持；
|
|
|
|
- 3、XxlJobLogger的日志多参数支持；
|
|
|
|
- 4、路由策略新增 "忙碌转移" 模式：按照顺序依次进行空闲检测，第一个空闲检测成功的机器选定为目标执行器并发起调度；
|
|
|
|
- 4、路由策略新增 "忙碌转移" 模式：按照顺序依次进行空闲检测，第一个空闲检测成功的机器选定为目标执行器并发起调度；
|
|
|
|
|
|
|
|
- 5、路由策略代码重构；
|
|
|
|
|
|
|
|
|
|
|
|
#### TODO LIST
|
|
|
|
#### TODO LIST
|
|
|
|
- 1、任务权限管理：执行器为粒度分配权限，核心操作校验权限；
|
|
|
|
- 1、任务权限管理：执行器为粒度分配权限，核心操作校验权限；
|
|
|
|
|
xuxueli
7 years ago