王洋的专栏

本文主要讲解ElasticJob的失效转移逻辑从根本上说，失效转移逻辑是基于Zookeeper的节点的变化而实现的，这里大致说一下失效转移的流程，Scheduler启动开始后，会注册相应的监听器，这些监听器会监听数据节点的变化情况，那么失效转移逻辑的触发就是因为监听了instanceNode的节点的删除事件，这里其实就是利用了ZK的watch机制，回调的时候通过类型判断的是不是删除事件，当删除事件

public class App { private final static String SERVERLIST = "192.168.154.100:2181,192.168.154.102:2181,192.168.154.104:2181"; public static void main(String[] args) throws SchedulerException

public static void main(String[] args) { // 初始化数据源 DataSource dataSource = MovieServiceUtils.getDataSource(); // 定义日志数据库事件溯源配置 JobEventConfiguration jobEventRdbConfig =

private static CoordinatorRegistryCenter createRegistryCenter() { CoordinatorRegistryCenter regCenter = new ZookeeperRegistryCenter(new ZookeeperConfiguration(SERVERLIST, "movie_data"));