简单理解Spring之IOC和AOP及代码示例

  • Z时代
  • 2024-01-10
  • 分类：综合

Spring是一个开源框架，主要实现两件事，IOC（控制反转）和AOP（面向切面编程）。

IOC

控制反转，也可以称为依赖倒置。

所谓依赖，从程序的角度看，就是比如A要调用B的方法，那么A就依赖于B，反正A要用到B，则A依赖于B。所谓倒置，你必须理解如果不倒置，会怎么着，因为A必须要有B，才可以调用B，如果不倒置，意思就是A主动获取B的实例：Bb=newB()，这就是最简单的获取B实例的方法（当然还有各种设计模式可以帮助你去获得B的实例，比如工厂、Locator等等），然后你就可以调用b对象了。所以，不倒置，意味着A要主动获取B，才能使用B；到了这里，就应该明白了倒置的意思了。倒置就是A要调用B的话，A并不需要主动获取B，而是由其它人自动将B送上门来。

所谓控制反转，就是控制权的转移，举例说明：一个人要开车，正常情况下，人应该自己去找车，而实现控制反转后，人就不需要考虑车从哪里来了，直接开就行了，人就把找车的控制权转移给了别的对象。体会一下下面的代码

先定义一个接口Car

public interface Car {
  void go();
}

定义两种车

public class Benz implements Car {
  public void go() {
    System.out.println("benz go......");
  }
}
public class BMW implements Car{
  public void go() {
    System.out.println("bmw go......");
  }
}

下面是人开车

public class Person {
  Car car=new Benz();
  void DriveCar(){
    System.out.println("begin drive");
    car.go();
  }
}

这是正常的代码控制流程，人想要开车，就要自己去实例化一辆车。但是，这样子的话，这个人就只能开一种车。怎么样才能让这个人能开各种车呢，就是要实现控制反转，也就是说，人不再去自己实例化车了，那人怎样得到车的对象呢？我们可以通过依赖注入（Dependency Injection，简称DI）的方式来让人得到车的对象，从而实现控制反转。所以，我们要修改Person类

public class Person {
  Car car=null;
  public Person(Car car){
    this.car=car;
  }
  void driveCar(){
    System.out.println("begin drive");
    car.go();
  }
}

现在的Person类已经不自己实例化车的对象了，而是通过构造函数来获得车的对象，所以，这个类就可以开各种车了，只要这个车实现了Car接口就可以。看一下如何使用Person类

public static void main(String[] args) {
  Person p=new Person(new Benz());
  p.driveCar();
}

现在的Person类可以开不止一种车，只要你通过构造函数传递进来。在这个例子中，Car对象就是Person类的依赖，当我们实例化Person类时，将一个Car的实例传递给Person类，就是依赖注入，我们的Person类从而实现了控制反转。

控制反转到底反转了什么？有种说法是这样的：所谓控制反转，反转的是获取对象依赖的过程。控制权反转后，获取依赖对象的过程由自身管理变为由IOC容器注入。

Spring实现依赖注入的方式

在上面的这行代码中Person p=new Person(new Benz());，我们通过手动的方式new了一个Benz()的对象，然后将其注入到Person类中。而Spring不这么干，因为Spring觉得，你这行代码实例化了一个具体的Benz类，如果你以后想要在这里实例化一个BMW类的话，岂不是要修改代码？那我干脆写到配置文件里好了，即便你将来要该注意，至少不需要修改代码，于是就有了下面的配置

<beans>
  <bean id="car" class="com.XXX.Benz" />
  <bean id="person" class="com.XXX.Person" >
    <property name="car" ref="car" />
  <bean/>
</beans>

然后，Spring再提供一些机制，从配置文件中获取Person类的对象时，它所以来的car对象会被装配进来，而person对象不需要关心到底是哪个具体的类被传递进来了。所以，Spring作为一个IOC框架主要做了两步：创建对象和组装对象之间的关系。

AOP

AOP（Aspect Oriented Programming）是面向切面编程，下面我来举例说明什么是切面。在一个完整的网站项目中，很多模块都需要做日志记录，很多地方都需要做登录判断，很多地方都需要做异常处理。日志记录，登录判断，异常处理等这些逻辑，就是所谓的切面。假设我将这些切面的逻辑写得到处都是，那么代码的可维护性就可想而知了。AOP就是为了实现关注点分离，将这些切面的逻辑抽出来写到单独的类中，然后再想办法将他们与一般的模块组装到一块来执行，普通模块甚至都不知道他们已经和切面组装到一块了。

 面向切面编程的目标就是分离关注点。什么是关注点呢？就是你要做的事，就是关注点。假如你是个公子哥，没啥人生目标，天天就是衣来伸手，饭来张口，整天只知道玩一件事！那么，每天你一睁眼，就光想着吃完饭就去玩（你必须要做的事），但是在玩之前，你还需要穿衣服、穿鞋子、叠好被子、做饭等等等等事情，这些事情就是你的关注点，但是你只想吃饭然后玩，那么怎么办呢？这些事情通通交给别人去干。在你走到饭桌之前，有一个专门的仆人A帮你穿衣服，仆人B帮你穿鞋子，仆人C帮你叠好被子，仆人C帮你做饭，然后你就开始吃饭、去玩（这就是你一天的正事），你干完你的正事之后，回来，然后一系列仆人又开始帮你干这个干那个，然后一天就结束了！

AOP的好处就是你只需要干你的正事，其它事情别人帮你干。也许有一天，你想裸奔，不想穿衣服，那么你把仆人A解雇就是了！也许有一天，出门之前你还想带点钱，那么你再雇一个仆人D专门帮你干取钱的活！这就是AOP。每个人各司其职，灵活组合，达到一种可配置的、可插拔的程序结构。

从Spring的角度看，AOP最大的用途就在于提供了事务管理的能力。事务管理就是一个关注点，你的正事就是去访问数据库，而你不想管事务（太烦），所以，Spring在你访问数据库之前，自动帮你开启事务，当你访问数据库结束之后，自动帮你提交/回滚事务！

看下面的代码，看不懂没关系

<bean id="audience" class="com.springinaction.springidol.Audience" />
<aop:config>
 <aop:aspect ref="audience">
  <aop:pointcut id="performance" expression=
    "execution(* com.springinaction.springidol.Performer.perform(..))" 
    />
  <aop:before 
    pointcut-ref="performance"
    method="takeSeats" /> <!--<co id="co_refPointcut"/>-->
  <aop:before 
    pointcut-ref="performance"
    method="turnOffCellPhones" /> <!--<co id="co_refPointcut"/>-->
  <aop:after-returning
    pointcut-ref="performance" 
    method="applaud" /> <!--<co id="co_refPointcut"/>-->
  <aop:after-throwing 
    pointcut-ref="performance" 
    method="demandRefund" /> <!--<co id="co_refPointcut"/>-->
 </aop:aspect>
</aop:config>

上面配置的大概意思是，当Performer.perform方法将要发生时，Spring框架中的代理会将目标方法（Performer.perform()）拦截下来，执行目标方法前先执行Audience.takeSeats()和Audienceturn.OffCellPhones()方法，然后运行目标方法，当目标方法执行完毕返回时，再运行Audienceturn.applaud()方法。如果目标方法不幸抛出了异常，代理会运行Audienceturn.demandRefund()方法。总之，Spring的代理类全方位地监控了目标方法的执行，而目标方法只专注于自己的事情，甚至都不知道代理类的存在。

总结

Spring的Ioc模拟实现详细介绍

Spring AOP拦截-三种方式实现自动代理详解

如有不足之处，欢迎留言指出。感谢朋友们对本站的支持！

以上是 简单理解Spring之IOC和AOP及代码示例 的全部内容， 来源链接： utcz.com/z/313569.html

回到顶部