Spring 的 IOC 和 AOP 机制

Spring 的 IOC 和 AOP 机制

我们是在使用 Spring 框架的过程中，其实就是为了使用 IOC，依赖注入，和 AOP，面向切面编程，这两
个是 Spring 的灵魂。

主要用到的设计模式有工厂模式和代理模式。

IOC 就是典型的工厂模式，通过 sessionfactory 去注入实例。
AOP 就是典型的代理模式的体现。

代理模式是常用的 java 设计模式，他的特征是代理类与委托类有同样的接口，代理类主要负责为委托类
预处理消息、过滤消息、把消息转发给委托类，以及事后处理消息等。代理类与委托类之间通常会存在
关联关系，一个代理类的对象与一个委托类的对象关联，代理类的对象本身并不真正实现服务，而是通
过调用委托类的对象的相关方法，来提供特定的服务。

spring 的 IOC 容器是 spring 的核心，spring AOP 是 spring 框架的重要组成部分。

在传统的程序设计中，当调用者需要被调用者的协助时，通常由调用者来创建被调用者的实例。但在
spring 里创建被调用者的工作不再由调用者来完成，因此控制反转（IOC）；创建被调用者实例的工作通
常由 spring 容器来完成，然后注入调用者，因此也被称为依赖注入（DI），依赖注入和控制反转是同一
个概念。
面向方面编程（AOP)是以另一个角度来考虑程序结构，通过分析程序结构的关注点来完善面向对象编程
（OOP）。OOP 将应用程序分解成各个层次的对象，而 AOP 将程序分解成多个切面。spring AOP 只实现
了方法级别的连接点，在 J2EE 应用中，AOP 拦截到方法级别的操作就已经足够。在 spring 中，未来使 IoC
方便地使用健壮、灵活的企业服务，需要利用 spring AOP 实现为 IoC 和企业服务之间建立联系。

IOC:控制反转也叫依赖注入。利用了工厂模式

将对象交给容器管理，你只需要在 spring 配置文件总配置相应的 bean，以及设置相关的属性，让 spring 容
器来生成类的实例对象以及管理对象。在 spring 容器启动的时候，spring 会把你在配置文件
中配置的
bean 都初始化好，然后在你需要调用的时候，就把它已经初始化好的那些 bean 分配给你需要 调用这些
bean 的类（假设这个类名是 A），分配的方法就是调用 A 的 setter 方法来注入，而不需要你在 A 里面 new 这些 bean 了。

spring ioc 初始化流程

AOP:面向切面编程。（Aspect-Oriented Programming）

AOP 可以说是对 OOP 的补充和完善。OOP 引入封装、继承和多态性等概念来建立一种对象层次结构，
用以模拟公共行为的一个集合。当我们需要为分散的对象引入公共行为的时候，OOP 则显得无能为力。
也就是说，OOP 允许你定义从上到下的关系，但并不适合定义从左到右的关系。例如日志功能。日志代
码往往水平地散布在所有对象层次中，而与它所散布到的对象的核心功能毫无关系。在 OOP 设计中，它
导致了大量代码的重复，而不利于各个模块的重用。
将程序中的交叉业务逻辑（比如安全，日志，事务等），封装成一个切面，然后注入到目标对象（具体
业务逻辑）中去。
实现 AOP 的技术，主要分为两大类：一是采用动态代理技术，利用截取消息的方式，对该消息进行装
饰，以取代原有对象行为的执行；二是采用静态织入的方式，引入特定的语法创建“方面”，从而使得编
译器可以在编译期间织入有关“方面”的代码. 简单点解释，比方说你想在你的 biz 层所有类中都加上一个打印‘你好’的功能,这时就可以用 aop 思想来做. 你先写个类写个类方法，方法经实现打印‘你好’,然后 Ioc 这个类