spring start之二：封装start client提供sdk后置事件通知

目录

  背景：

spring-workflow-start-sdk 工作原理：

 代码实现

1：自定义注解 

 2：自动配置类

涉及知识点

1：spring 初始化bean过程

 1.1ApplicationContextAware

1.2 InitializingBean

小结：

 2： AopUtils

isAopProxy 方法

isJdkDynamicProxy 方法

isCglibProxy 方法

getTargetClass 方法

---

---

  背景：

        按之初workflow-engine的设计，业务校验后按配置规则（script engine）寻找下一个节点后会广播出此节点消息（依赖mq）并附带参数透传，今天就以spring start方式以sdk提供第三业务方引用，并实现IEventHandle接口，完成业务参数的接收；

spring-workflow-start-sdk 工作原理：

1：新建workflow.protperies：声明mq消费信息，用于监听workflow-engine分发消息；

2：实现IEventHandle接口，并加入@workflowDispatch("tag")注解，用于声明节点分发处理类

3：服务maven引入sdk，按1，2操作后，虽服务启动，会进行创建消费者linstener，自动扫描@workflowDispatch实例类 自动注入spring bean factory中，并加载到local storage用于解析消息后的event handler分发

 代码实现

1：自定义注解 

 

这里要提一下在自定义注解里添加@Conponent功能：都可以被Spring扫描当做bean加入到Spring容器里 ，详细见下篇内容：CSDN

 2：自动配置类

 

 关键代码就是上面的了，另外还是需要在复习下spring 初始化bean过程；

涉及知识点

1：spring 初始化bean过程

 1.1ApplicationContextAware

在我们的web程序中，用spring来管理各个实例(bean), 有时在程序中为了使用已被实例化的bean, 通常会用到这样的代码：

ApplicationContext appContext = new ClassPathXmlApplicationContext("applicationContext-common.xml");  
AbcService abcService = (AbcService)appContext.getBean("abcService");  

但是这样就会存在一个问题：因为它会重新装载applicationContext-common.xml并实例化上下文bean，如果有些线程配置类也是在这个配置文件中，那么会造成做相同工作的的线程会被启两次。一次是web容器初始化时启动，另一次是上述代码显示的实例化了一次。当于重新初始化一遍！！！！这样就产生了冗余。

不用类似new ClassPathXmlApplicationContext()的方式，从已有的spring上下文取得已实例化的bean。通过ApplicationContextAware接口进行实现。

当一个类实现了这个接口（ApplicationContextAware）之后，这个类就可以方便获得ApplicationContext中的所有bean。换句话说，就是这个类可以直接获取spring配置文件中，所有有引用到的bean对象。

1.2 InitializingBean

InitializingBean接口为bean提供了初始化方法的方式，它只包括afterPropertiesSet方法，凡是继承该接口的类，在初始化bean的时候会执行该方法。这说明在spring初始化bean的时候，如果bean实现了InitializingBean接口，会自动调用afterPropertiesSet方法。
　　问题：实现InitializingBean接口与在配置文件中指定init-method有什么不同？由结果可看出，在spring初始化bean的时候，如果该bean是实现了InitializingBean接口，并且同时在配置文件中指定了init-method，系统则是先调用afterPropertiesSet方法，然后在调用init-method中指定的方法。这方式在spring中是怎么实现的？通过查看spring的加载bean的源码类(AbstractAutowireCapableBeanFactory)可看出其中奥妙

小结：

1. spring为bean提供了两种初始化bean的方式，实现InitializingBean接口，实现afterPropertiesSet方法，或者在配置文件中同过init-method指定，两种方式可以同时使用
2. 实现InitializingBean接口是直接调用afterPropertiesSet方法，比通过反射调用init-method指定的方法效率相对来说要高点。但是init-method方式消除了对spring的依赖
3. 如果调用afterPropertiesSet方法时出错，则不调用init-method指定的方法。

 2： AopUtils

 该工具类是Spring非常重要的一个工具类。显然它是一个外部工具类，我们平时若想要对AOP做一些判断、处理，也是可议使用此工具类的。

AopConfigUtils

AopUtils 类在 spring-aop 包中，全路径是 org.springframework.aop.support.AopUtils，是一个抽象类，有多个静态方法。

以下为部分方法介绍。

isAopProxy 方法

判断对象是否为 Spring 生成的代理对象。

示例：

Object obj = new StringBuffer();
boolean result = AopUtils.isAopProxy(obj);
System.out.println(result);     // 输出 false

Copy

isJdkDynamicProxy 方法

判断对象是否为 Spring 基于动态代理生成的代理对象。

示例：

Object obj = new StringBuffer();
boolean result = AopUtils.isJdkDynamicProxy(obj);
System.out.println(result);     // 输出 false

Copy

isCglibProxy 方法

判断对象是否为 Spring 基于 CGLIB 生成的代理对象。

getTargetClass 方法

获取对象对应的 Class；若是代理对象，则获取被代理对象的 Class。

示例：

Object obj = new StringBuffer();
Class cls = AopUtils.getTargetClass(obj);
System.out.println(cls);  // 输出 class java.lang.StringBuffer