Spring

范德伊彪
99 阅读7分钟

1、Spring的AOP

AOP，一般称为面向切面，作为面向对象的一种补充，用于将那些与业务无关，但却对多个对象产生影响的公共行为和逻辑，抽取并封装为一个可重用的模块，这个模块被命名为“切面”（Aspect），减少系统中的重复代码，降低了模块间的耦合度，同时提高了系统的可维护性。可用于权限认证、日志、事务处理。

AOP 实现的关键在于代理模式，AOP 代理主要分为静态代理和动态代理。

静态代理的代表为 AspectJ；动态代理则以 Spring AOP 为代表。

  1. AspectJ 是静态代理的增强，所谓静态代理，就是 AOP 框架会在编译阶段生成 AOP 代理类，因此也称为编译时增强，他会在编译阶段将AspectJ(切面)织入到 Java 字节码中，运行的时候就是增强之后的 AOP 对象。
  2. Spring AOP使用的动态代理，所谓的动态代理就是说 AOP 框架不会去修改字节码，而是每次运行时在内存中临时为方法生成一个 AOP 对象，这个 AOP 对象包含了目标对象的全部方法，并且在特定的切点做了增强处理，并回调原对象的方法。

Spring AOP中的动态代理主要有两种方式，JDK动态代理和 CGLIB动态代理：

  1. JDK动态代理只提供接口代理，不支持类代理，核心 InvocationHandler接口和 Proxy 类，InvocationHandler 通过 invoke()方法反射来调用目标类中的代码，动态地将横切逻辑和业务编织在一起，Proxy 利用 InvocationHandler动态创建一个符合某一接口的的实例，生成目标类的代理对象。
  2. 如果代理类没有实现 InvocationHandler 接口，那么 Spring AOP 会选择使用 CGLIB 来动态代理目标类。 CGLIB（Code Generation Library），是一个代码生成的类库，可以在运行时动态的生成指定类的一个子类对象，并覆盖其中特定方法并添加增强代码，从而实现 AOP。CGLIB 是通过继承的方式做的动态代理，因此如果某个类被标记为 final，那么它是无法使用 CGLIB 做动态代理的。
  3. 静态代理与动态代理区别在于生成 AOP 代理对象的时机不同，相对来说 AspectJ 的静态代理方式具有更好的性能，但是 AspectJ 需要特定的编译器进行处理，而 Spring AOP 则无需特定的编译器处理。

InvocationHandler invoke(Object proxy,Method method,Object[]args)：proxy 是最终生成的代理实例；method 是被代理目标实例的某个具体方法；args 是被代理目标实例某个方法的具体入参, 在方法反射调用时使用。

2、Spring 的 IOC

  1. IOC 就是控制反转，是指创建对象的控制权的转移，以前创建对象的主动权和时机是由程序员把控的，而现在这种权力转移到 Spring 容器中，并由容器根据配置文件去创建实例和管理各个实例之间的依赖关系，对象与对象之间松散耦合，也利于功能的复用。
    • DI依赖注入，和控制反转是同一个概念的不同角度的描述，即应用程序在运行时依赖 IoC 容器来动态注入对象需要的外部资源。
  2. 最直观的表达就是，IOC 让对象的创建不用去 new 了，可以由 spring 自动生产，使用 java 的反射机制，根据配置文件在运行时动态的去创建对象以及管理对象，并调用对象的方法。
  3. Spring 的 IOC 有三种注入方式：构造器注入、setter 方法注入、根据注解注入。IOC 让相互协作的组件保持松散的耦合，而 AOP 编程允许你把遍布于应用各层的功能分离出来形成可重用的功能组件。

3、Spring Bean 的生命周期

  1. 实例化 Bean：对于 BeanFactory 容器，当客户向容器请求一个尚未初始化的 bean 时，或初始化 bean 的时候需要注入另一个尚未初始化的依赖时，容器就会调用createBean 进行实例化。对于applicationContext 容器，当容器启动结束后，通过获取 BeanDefinition 对象中的信息，实例化所有的bean。
  2. 设置对象属性（依赖注入）：实例化后的对象被封装在 BeanWrapper 对象中，紧接着，Spring 根据BeanDefinition 中的信息 以及 通过 BeanWrapper 提供的设置属性的接口完成依赖注入。
  3. 处理 Aware 接口：接着，Spring 会检测该对象是否实现了 xxxAware 接口，并将相关的xxxAware 实例注入给 Bean：如果这个 Bean 已经实现了 BeanNameAware 接口，会调用它实现的setBeanName(String beanId)方法，此处传递的就是 Spring 配置文件中 Bean的 id 值；如果这个 Bean 已经实现了 BeanFactoryAware 接口，会调用它实现的setBeanFactory()方法，传递的是 Spring 工厂自身。如果这个 Bean 已经实现了 ApplicationContextAware 接口，会调用setApplicationContext(ApplicationContext)方法，传入 Spring 上下文；
  4. BeanPostProcessor：如果想对 Bean 进行一些自定义的处理，那么可以让 Bean 实现了BeanPostProcessor 接口，那将会调用postProcessBeforeInitialization(Object obj, String s)方法。由于这个方法是在 Bean 初始化结束时调用的，所以可以被应用于内存或缓存技术；
  5. InitializingBean 与 init-method：如果 Bean 在 Spring 配置文件中配置了 init-method 属性，则会自动调用其配置的初始化方法。
  6. 如果这个 Bean 实现了 BeanPostProcessor 接口，将会调用postProcessAfterInitialization(Object obj, String s) 方法；以上几个步骤完成后，Bean 就已经被正确创建了，之后就可以使用这个Bean 了。
  7. DisposableBean：当 Bean 不再需要时，会经过清理阶段，如果 Bean 实现了 DisposableBean这个接口，会调用其实现的 destroy()方法；
  8. destroy-method：最后，如果这个 Bean 的 Spring 配置中配置了 destroy-method 属性，自动调用其配置的销毁方法。

4、Spring 支持的几种 bean 的作用域

  1. singleton：默认，每个容器中只有一个 bean 的实例，单例的模式由BeanFactory 自身来维护。
  2. prototype：为每一个 bean 请求提供一个实例。
  3. request：为每一个网络请求创建一个实例，在请求完成以后，bean会失效并被垃圾回收器回收。
  4. session：与 request 范围类似，确保每个 session 中有一个 bean的实例，在 session 过期后，bean 会随之失效。
  5. global-session：全局作用域，global-session 和 Portlet 应用相关。当你的应用部署在 Portlet 容器中工作时，它包含很多 portlet。如果你想要声明让所有的 portlet 共用全局的存储变量的话，那么这全局变量需要存储在global-session 中。全局作用域与 Servlet 中的 session 作用域效果相同。

5、Spring 基于xml注入bean的几种方式

  1. Set 方法注入；
  2. 构造器注入：
    • 通过 index 设置参数的位置；
    • 通过 type 设置参数类型；
    • 通过 name 注入；
  3. 静态工厂注入；
  4. 实例工厂；

6、Spring 通知

  1. 前置通知（Before advice）：在某连接点（join point）之前执行的通知，但这个通知不能阻止连接点前的执行（除非它抛出一个异常）。
  2. 后置通知（After returning advice）：在某连接点（join point）正常完成后执行的通知：例如，一个方法没有抛出任何异常，正常返回。
  3. 异常通知（After throwing advice）：在方法抛出异常退出时执行的通知。
  4. 最终通知（After (finally) advice）：当某连接点退出的时候执行的通知（不论是正常返回还是异常退出）。
  5. 环绕通知（Around Advice）：包围一个连接点（join point）的通知，如方法调用。这是最强大的一种通知类型。环绕通知可以在方法调用前后完成自定义的行为。它也会选择是否继续执行连接点或直接返回它们自己的返回值或抛出异常来结束执行。环绕通知是最常用的一种通知类型。大部分基于拦截的AOP框，例如 Nanning 和 JBoss4，都只提供环绕通知。
avatar
文章
阅读
粉丝