基于Quqrtz.NET 做的任务调度管理工具

开发 项目管理 后端
国庆前,需求让我看了一下任务调度的数据表设计。和之前一样,有100多个字段,p1 ~ p100, 我说这是干嘛啊!按这写,写死去了!然后在网上搜了一下开源的任务调度,第一个中意的就是 Quartz.NET,10.1 出来和老领导聚会,老领导说了另外一个东西:Zookeeper, 刚搜了一下,也有.NET的版本。

先入为主,Zookeeper 我就不深入了,整个10.1 在家基本除了看电影就是看 Quartz 了。

Quartz.net 提供了 Remoting 方式,Remoting 我08年的时候,写过个小程序,让一台服务器通知另外一台服务器去执行一些任务,简单的应用,除了这些,在没有深入过了。

看一下结构:

Jobs 下是任务

Listener 没有写好,不显摆了。

QM.Server 是 Quartz 的调度服务

QM.Shell 是一个管理工具

我试想把管理工具放到本地来,即服务在服务器上,管理工具在本地,这样就方便管理,但是除非本地能找到调度服务所用的所有的DLL,否则就会因为无法加载类型XXX而无法进行下去。

有了这个问题,那么只好管理工具和调度服务放一起了。

即然要把管理工具和服务放一起,那就不必把DLL COPY的到处都是,但是需要做一些特殊处理

下面是生成的目录结构:

XXXXXX 管理工具目录,

XXXXXX\Service 调度服务程序集存放在这里

XXXXXX\Service\Jobs 任务程序集存放在这里

要让管理和调度服务都能找得到 任务程序集,需要改一下 app.config

管理工具的 app.config

 
....

  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <probing privatePath="Service/Jobs" />
...
 

调度服务的 app.config

...
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <probing privatePath="Jobs"/>
...

这样一来,把新写好的任务程序集放到 XXXXX\Service\Jobs 下,管理工具和调度服务都可以找得到了。

QM.Server 用到的东西:

Quartz.Net 2.2.4.400

log4net 1.2.10

Common.Logging

Common.Logging.log4net 由于 log4net 选用的是 1.2.10 ,所以这个只能用 2.0 

Topshelf

列出来这些是因为我用 NuGet 搜索安装的 Common.Logging.log4net ,程序一运行就退出。手动指定为 2.0 的 Common.Logging.log4net 才没有问题。

调度服务我用的是 SqlCe 4.0 来存任务信息,所以需要安装 SqlCe 4.0 的驱动, 可以从这里下载:

http://www.microsoft.com/en-us/download/details.aspx?id=17876

如果想指定其它数据库,可以修改  quartz.config

quartz.jobStore.type = Quartz.Impl.AdoJobStore.JobStoreTX, Quartz 
quartz.jobStore.driverDelegateType = Quartz.Impl.AdoJobStore.StdAdoDelegate, Quartz 
quartz.jobStore.dataSource = ds 
quartz.dataSource.ds.connectionString = Data Source=QUARTZ.sdf;Persist Security Info=False; 
quartz.dataSource.ds.provider = SqlServerCe-400

因为管理工具是基于 Quartz REMOTING 的,所以要在 quartz.coonfig 中指定以下配置:

quartz.scheduler.exporter.type = Quartz.Simpl.RemotingSchedulerExporter, Quartz
quartz.scheduler.exporter.port = 5555
quartz.scheduler.exporter.bindName = TestScheduler
quartz.scheduler.exporter.channelType = tcp
quartz.scheduler.exporter.channelName = httpQuartz

这里我指定的端口号是 5555, bindName 是 TestScheduler, 这两个东西要用在管理工具上。

Listener , Listener 不能通过 Remoting 来管理,因为 Not Support. 我尝试做一个通UDP来广播 Listener ,不知道哪里没有写好,就是收不到数据。没有做好,我就不多废话了。

管理工具用到的东西:

Quartz

Caliburn.Micro 

看到 Caliburn 就知道这个管理工具是用 WPF 写的了!没什么讲的,上图看看:

连接界面,主机即调度服务所在的IP

端口和 Scheduler 是上面所讲的配置中的 port 和 bindName

触发器/任务列表,可以用来停止/启动/编辑/删除指定的任务。

日历编辑界面,目前只实现了 HolidayCalendar 的编辑,Holiday 是用来指定任务在哪些日期不执行的。

这个功能 Cron 表达式无法做到,其它的基本都可以由 Cron 来做,所以目前只实现了 HolidayCalendar 的编辑。

这个是日历列表界面,右边会跟据不同的日历类型显示日历详细,只是目前只实现了 HolidayCalendar, 所以右边只有这一个界面。

任务编辑界面,触发器类型编辑器目前只实现了 Simple 和 Cron 类型的。

概览。

源码下载:

http://files.cnblogs.com/xling/QuartzJobManager.7z

要运行示例,需要运行 QM.Shell\bin\Debug\Service\QM.Server.exe 然后在运行 QM.Shell.exe 。

Quartz.NET 的API还是挺简单的,还有许多细小功能没有添加上。

另外还有一个分布式的,还没有看相关资料,没有处理。

#p#

界面具体变化如下:

任务参数可视化

如上图所示, 在管理任务的界面上就可以知道这个任务需哪些参数/类型 及 参数的说明.

实现方式, 在 Job 上添加 特性 :  ParameterTypeAttribute

 
 1 namespace JobA {
 2     [ParameterType(typeof(Parameter))]
 3     public class Job : IJob {
 4 
 5         public static ILog Log = LogManager.GetLogger(typeof(Job));
 6         public void Execute(IJobExecutionContext context) {
 7             var dataMap = context.JobDetail.JobDataMap;
 8             //if (dataMap.ContainsKey("int")) {
 9             //    var pInt = dataMap.GetIntValue("int");
10             //    Console.WriteLine("1 JobA Parameter {0}", pInt);
11             //} else {
12             //    Log.Error("缺少参数 int, 未执行");
13             //    throw new JobExecutionException("缺少参数");
14             //}
15 
16             var p = dataMap.Parse<Parameter>();
17             Console.WriteLine("{0}\t{1}\t{2}\t{3}", p.PDateTime, p.PDecimal, p.PInt, p.PNullableInt);
18 
19 
20             Thread.Sleep(TimeSpan.FromMinutes(3));
21         }
22     }
23 }
 

取参数直接调用 dataMap.Parse<Parameter>() 就行了.

Parse 方法在: QM.Common. DatamapParser 中定义.

相比原始的从 DataMap 中用 key / value 方法取参数, 这种处理方式的好处不言而喻.

但是也有缺点, DataMap 支持任何可序列化的类型,

而用这种方法只支持

string, decimal, long, int, single, double, DateTime, DateTimeOffset, TimeSpan , bool, char 这些类型. (没有做更深一步的处理, 有兴趣的,可以尝试自己去实现.)

每个任务独立的应用程序域

试想一下插件式开发, 如果你做的插件需要N个第三方DLL, 而这些DLL并没有引用到主项目上, 怎么办呢? 一堆的 FileLoadException, FileNotFoundException 等错误, 想想都头疼.

如果你开发的插件想拥有自己的配置文件, 又该怎么办呢? 自己实现一个配置文件读取解析? ini ? xml ? 头疼吧.

针对上面的问题, 在这里的最佳解决办法是 : 独立的应用程序域.

这个要从 IScheduler.JobFactory 说起.

在QM.Server.QMServer 的构造方法中, 指定 Schedule.JobFactory 为 IsolatedJobFactory

IsolatedJobFactory 的定义:

 
 1     public class IsolatedJobFactory : IJobFactory {
 2 
 3         public IJob NewJob(TriggerFiredBundle bundle, IScheduler scheduler) {
 4             return NewJob(bundle.JobDetail.JobType);
 5         }
 6 
 7         private IJob NewJob(Type jobType) {
 8             return new IsolatedJob(jobType);
 9         }
10 
11         public void ReturnJob(IJob job) {
12             IDisposable disposable = job as IDisposable;
13             if (disposable != null) {
14                 disposable.Dispose();
15             }
16         }
17     }
 

从 NewJob 方法上可以看出, 实例出来的 Job 并不是最终要执行的 Job, 而是 IsolatedJob 的实例, 它类似中间人的身份.

IsolatedJob 实现了 IInterruptableJob 接口, 为中断执行中的任务埋下伏笔.

在 IsolatedJob 的构造方法中, 通过 IsolateDomainLoader 新建一个应用程序域:

IsolatedDomainLoader 的构造函数:

 
 1 public IsolateDomainLoader(string path, string configFileName = "") {
 2     AppDomainSetup setup = new AppDomainSetup();
 3     setup.ApplicationName = "IsolateDomainLoader";
 4     setup.ApplicationBase = path;
 5     setup.DynamicBase = path;
 6     setup.PrivateBinPath = path;
 7     setup.CachePath = setup.ApplicationBase;
 8     setup.ShadowCopyFiles = "true";
 9     setup.ShadowCopyDirectories = setup.ApplicationBase;
10     if (!string.IsNullOrWhiteSpace(configFileName)) {
11         setup.ConfigurationFile = configFileName;
12         setup.ConfigurationFile = Path.Combine(path, configFileName);
13     }
14     this.Domain = AppDomain.CreateDomain("ApplicationLoaderDomain", null, setup);
15 }
 

参数 path 即最终要执行的 job 所在的 dll 的路径.

configFileName 即独立的配置文件名称.

这样一来, 一个 job 一个文件夹, 文件夹内放置这个 job 相关的DLL和配置文件, 和主程序完全隔离开来.

上面说 IsolatedJob 是个中间人, 这里解释一下:

1, IsolatedJobFactory 的 NewJob 方法返回的是 IsolatedJob 的实例, 而不是最终要执行的 Job.

2, 在 IsolatedJob 中, 会通过独立的应用程序域 实例一个最终要执行的 Job 的远程对象(通过 RemoteObject).

3, 当中间人的 Execute 方法被调用时, 会调用远程 Job 对象的 Execute 方法.

4, Interrupt 方法同理.

远程对象续约

因为独立的应用程序域用到了远程对象: MarshalByRefObject, 因此涉及到了远程对象的租约过期及续租的问题.

远程对象的租约默认为 5 分钟, 可以重写 InitializeLifetimeService 方法来修改租约的有效期. 但是一个 Job 不确定要执行多长时间, 修改租约有效期不是很合适, 所以这里是通过续约的方式来处理租约过期的问题.

本人对租约了解不多, 不多嘴.感兴趣的话,可参见源码:

QM.RemoteLoader.RemoteObjectSponsor 类

和 QM.RemoteLoader.IsolateDomainLoader类的 GetObject 方法.

立即中断正在执行的任务

这个命题是有条件的, 即: 任务必须实现: IInterruptableJob 接口.

一般一个任务要执行很长时间, 如果不给个中断的接口, 那就只能关闭服务或等任务执行完毕了.

实现了这个接口,在配合 CancellationToken.ThrowIfCancellationRequested 方法就可以中断当前执行的任务了(别告诉我,你的任务是单线程的).

卸载域

任务执行完成后, 会将关联的 IsolatedJob对象释放, 在 IsolatedJob 的 Dispose 方法中,会把IsolateDomainLoader 对象释放,IsolateDomainLoader 释放的时候, 会把关联的子应用程序域卸载.
所以, 如果如果你的任务是多线程的, 请在线程远行完之前, 进行阻塞.

自定义Job的基类

 目前, 如果自定义的 Job 的基类在第三方DLL中, 而且第三方DLL未引用到QM.Server 项目中, 并且不在 QM.Server\Jobs 目录下, 会报:

未能加载文件或程序集 XXX 或它的某一个依赖项。系统找不到指定的文件。

 

解决办法有两种:

1, 将缺少的DLL放到Jobs 目录下.

2, 将缺少的DLL添加引用到 QM.Server 中.

注意, 该限制只针对 Job 的基类. 除基类使用外的第三方DLL不需要这样做, 在JOB上引用就是了.

放上一段不用的, 可终止的 任务示例代码 给你做参考

  1. [ParameterType(typeof(FetcherParameter))]  
  2.     public class ScheduleFetcherJob : IInterruptableJob, IDisposable {  
  3.  
  4.  
  5.         private CancellationTokenSource CTS = new CancellationTokenSource();  
  6.  
  7.         private long JobID = DateTime.Now.Ticks;  
  8.         public void Execute(IJobExecutionContext context) {  
  9.  
  10.             var par = context.JobDetail.JobDataMap.Parse<FetcherParameter>();  
  11.             this.CTS.Token.Register(() => {  
  12.                 Console.WriteLine("正在尝试终止当前任务");  
  13.             });  
  14.             this.Execute(par);  
  15.         }  
  16.  
  17.         private string GetUrl(string org, string dest) {  
  18.             return string.Format("http://www.soushipping.com/shipping/{0}/{1}/{2}",  
  19.                 org, dest,  
  20.                 DateTime.Now.ToString("yyyy-MM-dd"));  
  21.         }  
  22.  
  23.         private void Execute(FetcherParameter par) {  
  24.             IFetcher<string> cityFetcher = new OrginCityFetcher();  
  25.             var orgCities = cityFetcher.GetDatasByUrl(cityFetcher.InitUrl);  
  26.             cityFetcher = new DestCityFetcher();  
  27.             var destCities = cityFetcher.GetDatasByUrl(cityFetcher.InitUrl);  
  28.  
  29.             Console.WriteLine("找到 {0} 条始发地, {1} 条目的地", orgCities.Count(), destCities.Count());  
  30.  
  31.             var limitScd = new LimitedConcurrencyLevelTaskScheduler(par.MaxThread);  
  32.  
  33.             var factory = new TaskFactory(limitScd);  
  34.  
  35.             List<Task> tasks = new List<Task>();  
  36.             foreach (var oc in orgCities.ToList()) {  
  37.                 foreach (var dc in destCities.ToList()) {  
  38.                     //注意下面这句的参数 t, 如果带这个参数,  IsCanceled 永远都为 false  
  39.                     //var task = Task.Factory.StartNew((t) => {  
  40.                     var task = factory.StartNew(() => {  
  41.                         this.CTS.Token.ThrowIfCancellationRequested();  
  42.  
  43.  
  44.                         var url = this.GetUrl(oc, dc);  
  45.  
  46.                         var fetcher = new ScheduleFetcher(url);  
  47.                         fetcher.PageFetchCompleted += fetcher_PageFetchCompleted;  
  48.                         fetcher.DownloadCompleted += fetcher_DownloadCompleted;  
  49.                         fetcher.Fetch();  
  50.                         fetcher = null;  
  51.                     }, this.CTS.Token)  
  52.                     .ContinueWith(t => {  
  53.                         //var completed = tasks.Where(tt => tt.Status == TaskStatus.RanToCompletion).Count();  
  54.                         //Console.WriteLine("{0}\t已完成:{1}", DateTime.Now.ToString("yyyy/MM/dd"), completed);  
  55.                         var arr = tasks.GroupBy(tt => tt.Status).Select(g => string.Format("{0}:{1}", g.Key, g.Count()));  
  56.                         Console.WriteLine("{0}\t{1}", DateTime.Now.ToString("MM/dd HH:mm:ss"), string.Join("  ", arr));  
  57.                         t.Dispose();  
  58.                     });//  
  59.                     //, TaskContinuationOptions.OnlyOnRanToCompletion)  
  60.                     //.ContinueWith(t => {  
  61.                     //    //Console.WriteLine("正在取消");  
  62.                     //    t.Dispose();  
  63.                     //}, TaskContinuationOptions.OnlyOnCanceled).ContinueWith(t => {  
  64.                     //    Console.WriteLine("发生错误");  
  65.                     //    t.Dispose();  
  66.                     //}, TaskContinuationOptions.OnlyOnFaulted);  
  67.  
  68.                     tasks.Add(task);  
  69.                 }  
  70.             }  
  71.  
  72.             try {  
  73.                 Task.WaitAll(tasks.ToArray());  
  74.             } catch (AggregateException ex) {  
  75.                 ex.Handle(er => er is TaskCanceledException);  
  76.             }  
  77.             Console.WriteLine("任务完成");  
  78.         }  
  79.  
  80.         #region  
  81.         //private void Execute2(FetcherParameter par) {  
  82.         //    IFetcher<string> cityFetcher = new OrginCityFetcher();  
  83.         //    var orgCities = cityFetcher.GetDatasByUrl(cityFetcher.InitUrl);  
  84.         //    cityFetcher = new DestCityFetcher();  
  85.         //    var destCities = cityFetcher.GetDatasByUrl(cityFetcher.InitUrl);  
  86.  
  87.         //    Console.WriteLine("找到 {0} 条始发地, {1} 条目的地", orgCities.Count(), destCities.Count());  
  88.  
  89.         //    var urls = orgCities.SelectMany(o => destCities.Select(d => this.GetUrl(o, d)));  
  90.  
  91.         //    var opts = new ParallelOptions() {  
  92.         //        MaxDegreeOfParallelism = par.MaxThread  
  93.         //    };  
  94.  
  95.         //    var total = urls.Count();  
  96.         //    object lockObj = new object();  
  97.  
  98.         //    //int sum = 0;  
  99.         //    Parallel.ForEach(urls, opts,  
  100.         //        (url) => {  
  101.         //            var fetcher = new ScheduleFetcher(url);  
  102.         //            fetcher.PageFetchCompleted += fetcher_PageFetchCompleted;  
  103.         //            fetcher.DownloadCompleted += fetcher_DownloadCompleted;  
  104.         //            fetcher.Fetch();  
  105.         //            fetcher = null;  
  106.  
  107.         //            lock (lockObj) {  
  108.         //                total--;  
  109.         //                Console.WriteLine(total);  
  110.         //            }  
  111.         //        }  
  112.         //        );  
  113.  
  114.         //}  
  115.         #endregion  
  116.  
  117.         private void fetcher_DownloadCompleted(object sender, DownloadArgs e) {  
  118.             if (e.ExceptionStatus.HasValue) {  
  119.                 Console.WriteLine("{0}\t请求地址: {1} 时,发生异常 {2}, 请检查网络环境.", DateTime.Now.ToString("yyyy/MM/dd HH:mm:ss"), e.Url, e.ExceptionStatus);  
  120.             }  
  121.         }  
  122.  
  123.  
  124.         private List<DIRTY_SCHEDULE> Datas = new List<DIRTY_SCHEDULE>();  
  125.         private object lockObj = new object();  
  126.  
  127.         void fetcher_PageFetchCompleted(object sender, FetchArgs<DIRTY_SCHEDULE> e) {  
  128.             var datas = e.Datas.Distinct(d => d.UNQTAG);  
  129.  
  130.             lock (lockObj) {  
  131.                 this.Datas.AddRange(datas);  
  132.                 if (this.Datas.Count > 100) {  
  133.                     var tmp = new DIRTY_SCHEDULE[this.Datas.Count];  
  134.                     this.Datas.CopyTo(tmp);  
  135.                     this.Datas = new List<DIRTY_SCHEDULE>();  
  136.                     //不是放入线程池, 而是立即执行的线程  
  137.                     var tr = new Thread(new ParameterizedThreadStart(this.SaveDatas));  
  138.                     tr.Start(tmp);  
  139.                 }  
  140.             }  
  141.         }  
  142.  
  143.         private void SaveDatas(object state) {  
  144.             IEnumerable<DIRTY_SCHEDULE> datas = (IEnumerable<DIRTY_SCHEDULE>)state;  
  145.             var biz = new Biz.DirtyScheduleBiz();  
  146.             biz.SaveDirtySchedule(datas, this.JobID);  
  147.         }  
  148.  
  149.         public void Interrupt() {  
  150.             this.CTS.Cancel();  
  151.         }  
  152.  
  153.         ~ScheduleFetcherJob() {  
  154.             Dispose(false);  
  155.         }  
  156.  
  157.         public void Dispose() {  
  158.             this.Dispose(true);  
  159.             GC.SuppressFinalize(this);  
  160.         }  
  161.  
  162.         protected virtual void Dispose(bool disposing) {  
  163.             if (disposing) {  
  164.                 if (this.CTS != null)  
  165.                     this.CTS.Dispose();  
  166.  
  167.                 Console.WriteLine("Job Disposed");  
  168.             }  
  169.         }  
  170.     } 

最后, 源码下载

https://github.com/gruan01/QM

 

谢谢围观, 新年快乐!

----------------------------

题外: 大年初二, 我手一抖, 把断断续续写了快一年的东西给误删了!误删了啊!

用 360 的数据恢复功能, 没错, 是 360, 找出的文件, 我哭了, 数据库(SQLCE) 恢复出来的文件损坏, 用SQLCE的修复工具修复, 是个空库! 也就是说, 恢复出来的文件就是个屁!跟本就没有恢复出来!

EXCEL 文件也一样, 打不开!

更糟糕的是, 我没有验证, 恢复之后就直接盖到原来的位置上了!

泪奔啊, 大过年的, 我就忙着干这个去了!

责任编辑:林师授 来源: xling的博客
相关推荐

2009-08-03 16:30:46

ITIL运维管理广通信达科技

2018-07-17 09:00:00

初创企业任务管理工具nTask

2011-08-12 10:38:09

MongoDB

2019-08-30 08:00:00

WebminWebLinux

2010-05-25 18:36:54

MySQL管理工具

2011-04-13 16:21:22

SQL Server管理

2023-03-07 14:21:57

2012-04-09 09:43:49

云计算云管理

2020-10-30 11:18:47

网络技术工具

2020-09-30 14:05:22

网络管理

2009-04-24 21:13:45

服务器虚拟化Vmware

2012-12-06 11:31:40

虚拟化

2011-06-23 14:34:38

MySQL

2010-11-08 09:27:21

SQL Server管

2021-03-17 10:29:35

systemdLinux管理工具

2012-02-22 13:36:43

云计算

2020-03-03 13:37:23

SSH密钥管理工具开源工具

2015-12-29 10:24:19

管理工具集群管理

2009-05-21 10:38:51

MySQLphpMyAdminSun

2012-03-12 09:31:23

虚拟化windows虚拟桌面虚拟化桌面
点赞
收藏

51CTO技术栈公众号