---

背景

最近在做一个需求,就是在Job中捕捉异常,然后通过邮件或者消息的方式推送给指定人员,在需求实现的过程中遇到的一个注入问题,觉得很有意思,特此记录。

如果您看了觉得或者已经有更好的办法,烦请告诉我一下,我们可以共同讨论,如果有地方不对,也请不吝斧正.

---

遇到的问题

由于不同功能的Job很多,每一个Job中都要实现对发生异常的消息发送,现有的Job是这样的

为了实现这个需求,也为了以后更好的维护，我准备用事件委托的模式去实现,将对异常消息发送的业务逻辑拆出，保证职责单一,思路如下：

1. 在Job和IJob中间再加一层IExceptionJobHandler接口作为约束.
2. 接口中定义一个发送异常消息的事件PushException.
3. 然后每一个Job在异常时去触发这个事件,外部只需要统一订阅一个事件即可.

到目前这一步是可行的可能有人会问为什么要用接口,而不用父类,因为接口的关系没有父类紧密,用接口后续其他地方要用,可以稍加修改就好了 虽然不是很完美的设计,但是还是比较清晰的,但是另外一个问题来了,我如何通过Autofac注入这个Job呢,原来直接继承自Ijob现在加了一层.

---

问题分析

这个问题花了我整整大约4个小时的时间去找解决方案,研究依赖注入的方式并且在网上搜了好久,但没什么进展,然后重新梳理了一下框架依赖注入的代码,发现是走错路了,注入Job使用的是Autofac.Extras.Quartz来完成的,这下知道方向了.

在WebAPI中使用Quartz需要在AppStart中加入以下代码:

 var builder = new ContainerBuilder();
 builder.RegisterModule(new QuartzAutofacFactoryModule
 {
     ConfigurationProvider = c => schedulerConfig
 });

这个QuartzAutofacFactoryModule里面一定有我想知道的东西,就在Github上下载了Autofac.Extras.Quartz的源码,打开一看，果然发现了它的真面目.

这里面就是对Job依赖注入的,但是没有发现对Job的注册和构建,注意箭头标记的,它有一个AutofacJobFactory类,接收一个ILifetimeScope,而它的作用就是用来构建Job为作用域周期生效的服务实例.

---

解决方案

1. 上面分析出构建Job服务实例的是一个叫AutofacJobFactory的工厂,那么我们应该由他入手,找到构建服务的代码,我们看到

   • 在调用ResolveJobInstance方法时返回一个IJob,我要思考的问题是如何把我自定义的接口IExceptionJobHandler注入进去,让我们Job实例拥有这个接口中定义事件呢？

2. 根据上述设计IExceptionJobHandler继承自IJob,那也就是说这里直接可以把Ijob换成IExceptionJobHandler,该如何实现呢？

3. 我们观察到在AutofacJobFactory构建服务的方法是一个 虚方法 ,所以可以利用 继承 来解决,我们新建一个ExtendAutofacJobFactory来重写它将Ijob换成IExceptionJobHandler

   public class ExtendAutofacJobFactory : AutofacJobFactory
   {
   protected override IJob ResolveJobInstance(ILifetimeScope nestedScope, IJobDetail jobDetail)
   {
   //验证Job是否派生自IExceptionJobHandler
   if (typeof(IExceptionJobHandler).IsAssignableFrom(jobDetail.JobType))
   {
   IExceptionJobHandler instance = null;
   instance = (IExceptionJobHandler)CreateIJob(nestedScope, jobDetail);
   //注册事件统一处理入口
   instance.PushException += pushExceptionMessageManager.Value.ExceptionJobHandler
   return instance;
   }
   else
   {
   return base.ResolveJobInstance(nestedScope, jobDetail);
   }

      }

   }

4. 接下来我们需要把重写的构造工厂放入QuartzAutofacFactoryModule中,但是QuartzAutofacFactoryModule也没有提供设置自定义工厂的入口,那只有依然选择 继承 的方式去重写它.

5. 然后修改QuartzAutofacFactoryModule加载服务时将服务构造工厂换成我们自己扩展的ExtendAutofacJobFactory.

1. 在AppStart中Autofac注册服务地方将QuartzAutofacFactoryModule改为自定义的ExtendQuartzAutofacFactoryModule,至此完成了自定义注入.

   builder.RegisterModule(new ExtendQuartzAutofacFactoryModule
   {
   ConfigurationProvider = c => schedulerConfig
   });

---

总结

在被人问到面向对象的特征时,99%的人都能回答出来:[封装] [继承] [多态],甚至会对提出问题的人在内心中深深的鄙视,这xx怎么问这种问题,但是经过一段时间开发经验的沉淀和积累之后,发现往往最简单、最基础的知识,才是最最重要的.