Spring IOC和AOP(笔记)

Spring

• spring
• • Spring初识
  • • Spring是什么？
    • ==2.具体描述Spring==
  • IOC
  • • ==1.IOC和DI概述==
    • IOC思想发展
    • IOC 容器 BeanFactory & ApplicationContext 概述
    • • 1.BeanFactory
      • 2.ApplicationContext
    • 引用其它 Bean
    • • Bean的作用域
      • ==管理Bean的生命周期==
      • • 1.Spring IOC 容器对 Bean 的生命周期进行管理的过程
        • 2.创建 Bean 后置处理器
        • 3.添加 Bean 后置处理器后 Bean 的生命周期
  • AOP
  • • AOP 简介
    • ==1.AOP(Aspect-Oriented Programming, 面向切面编程)==
    • 2.AOP的好处
    • 3.AOP术语
    • 用 AspectJ 注解声明切面
    • 利用方法签名编写 AspectJ 切入点表达式
    • 指定切面的优先级
    • 重用切入点定义

spring Spring初识 Spring是什么？

1.1 Spring是一个开源框架
1.2 Spring为简化企业级应用开发而生，使用Spring可以使简单的JavaBean实现以前只有EJB才能实现的功能
1.3 Spring是一个**IOC反转控制（DI依赖注入）和AOP面向切面编程**容器框架

2.具体描述Spring

2.1 轻量级：并不是说Spring的jar包有多大，而是说Spring是非侵入性的（即当用Spring时，不需要去实现Spring给提供的任何接口，不需要去继承它的任何父类，可以享用它的功能）基于Spring开发的应用中的对象可以不依赖于Spring的API

2.2 依赖注入（DI—dependency injection、IOC）

2.3 面向切面编程（AOP—aspect oriented programming）

2.4 容器：Spring是一个容器，因为它包含并且管理应用对象的生命周期

2.5 框架：Spring实现了使用简单的组件配置组合成一个复杂的应用。在Spring中可以使用XML和Java注解组合这些对象。

2.6 一站式：在IOC和AOP的基础上可以整合各种企业应用的开源框架（如Struts2、Hibernate、Mybatis）和优秀的第三方类库（实际上Spring自身也提供了展现层的Spring
MVC和持久层的Spring JDBC）

IOC 1.IOC和DI概述

IOC(Inversion of Control)：其思想是反转资源获取的方向. 传统的资源查找方式要求组件向容器发起请求查找资源. 作为回应, 容器适时的返回资源. 而应用了 IOC 之后, 则是容器主动地将资源推送给它所管理的组件, 组件所要做的仅是选择一种合适的方式来接受资源. 这种行为也被称为查找的被动形式。

DI(Dependency Injection) — IOC 的另一种表述方式：即组件以一些预先定义好的方式(例如: setter 方法)接受来自如容器的资源注入. 相对于 IOC 而言，这种表述更直接

IOC思想发展

== IOC 前生 == – 分离接口与实现：耦合度最高的方式，因为在报表服务类中需要知道接口及其每个实现类的细节
IOC 前生 – 采用工厂设计模式
IOC现在 – 采用反转控制

IOC 容器 BeanFactory & ApplicationContext 概述 1.BeanFactory

1.在 Spring IOC 容器读取 Bean 配置创建 Bean 实例之前, 必须对它进行实例化. 只有在容器实例化后, 才可以从 IOC 容器里获取 Bean 实例并使用.

2.Spring 提供了两种类型的 IOC 容器实现.

    1 ).**BeanFactory**: IOC 容器的基本实现.
    
    2).**ApplicationContext**: 提供了更多的高级特性. 是 BeanFactory 的子接口.
    
    3).BeanFactory 是 Spring 框架的基础设施，面向 Spring 本身；ApplicationContext 面向使用
    Spring 框架的开发者，几乎所有的应用场合都直接使用 ApplicationContext 而非底层的 BeanFactory
    
    4).无论使用何种方式, 配置文件时相同的.

2.ApplicationContext

1.ApplicationContext 的主要实现类：

ClassPathXmlApplicationContext：从类路径下(bin目录下)加载配置文件

FileSystemXmlApplicationContext: 从文件系统中加载配置文件

2.ConfigurableApplicationContext 扩展于 ApplicationContext，新增加两个主要方法：refresh() 和 close()， 让 ApplicationContext 具有启动、刷新和关闭上下文的能力

3.ApplicationContext 在初始化上下文时就实例化所有单例的 Bean。

4.WebApplicationContext 是专门为 WEB 应用而准备的，它允许从相对于 WEB 根目录的路径中完成初始化工作

引用其它 Bean

1). 组成应用程序的 Bean 经常需要相互协作以完成应用程序的功能。 要使 Bean 能够相互访问, 就必须在 Bean 配置文件中指定对 Bean 的引用。

2). 在 Bean 的配置文件中, 可以通过 元素或 ref属性为 Bean 的属性或构造器参数指定对 Bean 的引用。

3).也可以在属性或构造器里包含 Bean 的声明, 这样的 Bean 称为内部 Bean.

  > 当 Bean 实例仅仅给一个特定的属性使用时, 可以将其声明为内部 Bean. 内部 Bean 声明直接包含在  或  元素里, 不需要设置任何 id 或 name 属性
  > 内部 Bean 不能使用在任何其他地方

Bean的作用域

1.在 Spring 中, 可以在 元素的 scope 属性里设置 Bean 的作用域.

2.默认情况下, Spring 只为每个在 IOC 容器里声明的 Bean 创建唯一一个实例, 整个 IOC 容器范围内都能共享该实例：所有后续的 getBean() 调用和 Bean 引用都将返回这个唯一的 Bean 实例.该作用域被称为 singleton, 它是所有 Bean 的默认作用域.

管理Bean的生命周期 1.Spring IOC 容器对 Bean 的生命周期进行管理的过程

1).通过构造器或工厂方法创建 Bean 实例

2).为 Bean 的属性设置值和对其他 Bean 的引用

3).调用 Bean 的初始化方法

4).Bean 可以使用了

5).当容器关闭close时, 调用 Bean 的销毁方法

2.创建 Bean 后置处理器

1.Bean 后置处理器允许在调用初始化方法前后对 Bean 进行额外的处理.

2.Bean 后置处理器对 IOC 容器里的所有 Bean 实例逐一处理, 而非单一实例. 其典型应用是: 检查 Bean 属性的正确性或根据特定的标准更改 Bean 的属性.

3.对Bean 后置处理器而言, 需要实现**BeanPostProcessor接口**. 在初始化方法被调用前后, Spring 将把每个 Bean 实例分别传递给上述接口的以下两个方法:

在 Bean 的声明里设置 init-method 和 destroy-method 属性, 为 Bean 指定初始化和销毁方法.

3.添加 Bean 后置处理器后 Bean 的生命周期

1).通过构造器或工厂方法创建 Bean 实例

2).为 Bean 的属性设置值和对其他 Bean 的引用

3).将 Bean 实例传递给 Bean后置处理器的postProcessBeforeInitialization 方法

4).调用 Bean 的初始化方法

5).将 Bean 实例传递给 Bean 后置处理器的 postProcessAfterInitialization方法

6).Bean 可以使用了

7).当容器关闭时, 调用 Bean 的销毁方法

AOP AOP 简介 1.AOP(Aspect-Oriented Programming, 面向切面编程)

是一种新的方法论, 是对传统 OOP(Object-Oriented Programming, 面向对象编程) 的补充.

AOP 的主要编程对象是切面(aspect), 而切面模块化横切关注点.

在应用 AOP 编程时，仍然需要定义公共功能, 但可以明确的定义这个功能在哪里, 以什么方式应用, 并且不必修改受影响的类. 这样一来横切关注点就被模块化到特殊的对象(切面)里.

2.AOP的好处

1). 每个事物逻辑位于一个位置, 代码不分散, 便于维护和升级

2). 业务模块更简洁, 只包含核心业务代码.

3.AOP术语

1). 切面(Aspect): 横切关注点(跨越应用程序多个模块的功能)被模块化的类

2). 通知(Advice): 切面必须要完成的工作(切面中的每一个方法被称为通知)

3). 目标(Target): 被通知的对象

4). 代理(Proxy): 向目标对象应用通知之后创建的对象

5).
连接点（Joinpoint）：程序执行的某个特定位置（一个具体的物理存在）：如类某个方法调用前、调用后、方法抛出异常后等。连接点由两个信息确定：方法表示的程序执行点；相对点表示的方位。例如
ArithmethicCalculator#add() 方法执行前的连接点，执行点为
ArithmethicCalculator#add()； 方位为该方法执行前的位置

6). 切点（pointcut）：每个类都拥有多个连接点：例如 ArithmethicCalculator
的所有方法实际上都是连接点，即连接点是程序类中客观存在的事务。AOP
通过切点定位到特定的连接点。类比：连接点相当于数据库中的记录，切点相当于查询条件。切点和连接点不是一对一的关系，一个切点匹配多个连接点，切点通过 org.springframework.aop.Pointcut 接口进行描述，它使用类和方法作为连接点的查询条件。

用 AspectJ 注解声明切面

1).要在 Spring 中声明 AspectJ 切面, 只需要在 IOC 容器中将切面声明为 Bean 实例. 当在 Spring
IOC 容器中初始化 AspectJ 切面之后, Spring IOC 容器就会为那些与 AspectJ 切面相匹配的 Bean 创建代理.

2).在 AspectJ 注解中, 切面只是一个带有 @Aspect 注解的 Java 类.

3).通知是标注有某种注解的简单的 Java 方法.

4).AspectJ 支持 5 种类型的通知注解:

@Before: 前置通知, 在方法执行之前执行

@After: 后置通知, 在方法执行之后执行

@AfterReturning: 返回通知, 在方法返回结果之后执行

@AfterThrowing: 异常通知, 在方法抛出异常之后

@Around: 环绕通知, 围绕着方法执行

利用方法签名编写 AspectJ 切入点表达式

1).execution * com.etc.spring.ArithmeticCalculator.*(…): 匹配
ArithmeticCalculator 中声明的所有方法,第一个 * 代表任意修饰符及任意返回值. 第二个 * 代表任意方法. …
匹配任意数量的参数. 若目标类与接口与该切面在同一个包中, 可以省略包名.

2).execution public * ArithmeticCalculator.*(…): 匹配
ArithmeticCalculator 接口的所有公有方法.

3).execution public double ArithmeticCalculator.*(…): 匹配
ArithmeticCalculator 中返回 double 类型数值的方法

4).execution public double ArithmeticCalculator.*(double, …):
匹配第一个参数为 double 类型的方法, … 匹配任意数量任意类型的参数

5).execution public double ArithmeticCalculator.*(double, double):
匹配参数类型为 double, double 类型的方法.

指定切面的优先级

1).在同一个连接点上应用不止一个切面时, 除非明确指定, 否则它们的优先级是不确定的.

2).切面的优先级可以通过实现 Ordered 接口或利用 @Order 注解指定.

3).实现 Ordered 接口, getOrder() 方法的返回值越小, 优先级越高.

4).若使用 @Order 注解, 序号出现在注解

重用切入点定义

1).在编写 AspectJ 切面时, 可以直接在通知注解中书写切入点表达式. 但同一个切点表达式可能会在多个通知中重复出现.

2).在 AspectJ 切面中, 可以通过 @Pointcut 注解将一个切入点声明成简单的方法. 切入点的方法体通常是空的,
因为将切入点定义与应用程序逻辑混在一起是不合理的.

3).切入点方法的访问控制符同时也控制着这个切入点的可见性。如果切入点要在多个切面中共用, 最好将它们集中在一个公共的类中. 在这种情况下,
它们必须被声明为 public. 在引入这个切入点时, 必须将类名也包括在内. 如果类没有与这个切面放在同一个包中, 还必须包含包名.

4).其他通知可以通过方法名称引入该切入点.