Quartz创建多个不同名字的scheduler实例

• 需求
  创建多个不同的Scheduler实例，每个实例自主启动、关闭    
  
  
• 问题
  如果直接用

  SchedulerFactory sf = newStdSchedulerFactory();
  Scheduler scheduler = sf.getScheduler();

  获取的scheduler是从仓储SchedulerRepository里面取出来的，仓储注册scheduler的时候为每个scheduler分配一个唯一的名字，问题就在于这里，Quartz默认有个配置文件quartz.properties，里面定义了这个名字，这样的话，每次通过sf.getScheduler()获取的都是同一个实例，（假设你认为get出来的都是不同实例）把其中的某一个shceduler shutdown的话，其他scheduler也会关闭掉，因为它们其实是同一个实例！
  
  尝试使用：?

  sf.getScheduler("给定名字")

  发现返回的都是null，翻看源码，此方法并没有进行创建对象的逻辑。而仅仅是lookup而已！
  
  然后再尝试通过DirectSchedulerFactory.getInstance().createXXX的方法创建Scheduler实例，结果发现这些方法的参数...:

• .createScheduler(schedulerName, schedulerInstanceId, threadPool, jobStore);

• ?
  这确实很灵活！但是真TM底层！突然感到很无奈。
  
  Google了很久，StackOverFlow上面也有类似的问题，但是都说没有API直接提供创建给定名字的Scheduler实例。但是无意中想起来，Quartz貌似支持配置文件初始化的，于是翻到了Quartz的默认配置文件（在其jar包里）quartz.properties。
  
  ?
  
  
  
  
  
  于是就照葫芦画瓢的，将这些配置内容拷贝一份，在代码里写到一个Properties里面，然后调用初始化方法。搞定！
  

  # Default Properties file foruse by StdSchedulerFactory
  # to create a Quartz Scheduler Instance, ifa different
  # properties file is not explicitly specified.
   
  org.quartz.scheduler.instanceName: DefaultQuartzScheduler
  org.quartz.scheduler.rmi.export:false
  org.quartz.scheduler.rmi.proxy:false
  org.quartz.scheduler.wrapJobExecutionInUserTransaction:false
   
  org.quartz.threadPool.class: org.quartz.simpl.SimpleThreadPool
  org.quartz.threadPool.threadCount:10
  org.quartz.threadPool.threadPriority:5
  org.quartz.threadPool.threadsInheritContextClassLoaderOfInitializingThread:true
   
  org.quartz.jobStore.misfireThreshold:60000
  org.quartz.jobStore.class: org.quartz.simpl.RAMJobStore

  
  
  
• 解决方案
  显式使用StdSchedulerFactory，调用其initialize方法，并且自己定义填写配置内容：

• StdSchedulerFactory sf = newStdSchedulerFactory();
  Properties props = newProperties();
  props.put("org.quartz.scheduler.instanceName","你定义的名字");
  props.put("org.quartz.threadPool.threadCount","10");#必填
  sf.initialize(props);
  scheduler = sf.getScheduler();
  System.out.println(scheduler.getSchedulerName());
  scheduler.shutdown();

  
  
  
  ?