ioc解析

引述：IoC（控制反转：Inverse of Control）是Spring容器的内核，AOP、声明式事务等功能在此基础上开花结果。但是IoC这个重要的概念却比较晦涩隐讳，不容易让人望文生义，这不能不说是一大遗憾。不过IoC确实包括很多内涵，它涉及代码解耦、设计模式、代码优化等问题的考量，我们打算通过一个小例子来说明这个概念。

通过实例理解IoC的概念

贺岁大片在中国已经形成了一个传统，每到年底总有多部贺岁大片纷至沓来让人应接不暇。在所有贺岁大片中，张之亮的《墨攻》算是比较出彩的一部。该片讲述了战国时期墨家人革离帮助梁国反抗赵国侵略的个人英雄主义故事，恢宏壮阔、浑雄凝重的历史场面相当震撼。其中有一个场景：当刘德华所饰演的墨者革离到达梁国都城下，城上梁国守军问到：“来者何人？”刘德华回答：“墨者革离！”我们不妨通过一个Java类为这个“城门叩问”的场景进行编剧，并借此理解IoC的概念：

代码清单3-1  MoAttack：通过演员安排剧本

Java代码  

  1. public class MoAttack {
  2. public void cityGateAsk(){
  3. //①演员直接侵入剧本
  4. LiuDeHua ldh = new LiuDeHua();
  5. ldh.responseAsk("墨者革离！");
  6. }
  7. }

我们会发现以上剧本在①处，作为具体角色饰演者的刘德华直接侵入到剧本中，使剧本和演员直接耦合在一起（图3-1）。

一个明智的编剧在剧情创作时应围绕故事的角色进行，而不应考虑角色的具体饰演者，这样才可能在剧本投拍时自由地遴选任何适合的演员，而非绑定在刘德华一人身上。通过以上的分析，我们知道需要为该剧本主人公革离定义一个接口：

代码清单3-2  MoAttack：引入剧本角色

Java代码  

  1. public class MoAttack {
  2. public void cityGateAsk()
  3. {
  4. //①引入革离角色接口
  5. GeLi geli = new LiuDeHua();
  6. //②通过接口开展剧情
  7. geli.responseAsk("墨者革离！");
  8. }
  9. }

在①处引入了剧本的角色——革离，剧本的情节通过角色展开，在拍摄时角色由演员饰演，如②处所示。因此墨攻、革离、刘德华三者的类图关系如图 3 2所示：

可是，从图3
2中，我们可以看出MoAttack同时依赖于GeLi接口和LiuDeHua类，并没有达到我们所期望的剧本仅依赖于角色的目的。但是角色最终必须通过具体的演员才能完成拍摄，如何让LiuDeHua和剧本无关而又能完成GeLi的具体动作呢？当然是在影片投拍时，导演将LiuDeHua安排在GeLi的角色上，导演将剧本、角色、饰演者装配起来（图3-3）。

通过引入导演，使剧本和具体饰演者解耦了。对应到软件中，导演像是一个装配器，安排演员表演具体的角色。

现在我们可以反过来讲解IoC的概念了。IoC（Inverse of Control）的字面意思是控制反转，它包括两个内容：

  • 其一是控制
  • 其二是反转

那到底是什么东西的“控制”被“反转”了呢？对应到前面的例子，“控制”是指选择GeLi角色扮演者的控制权；“反转”是指这种控制权从《墨攻》剧本中移除，转交到导演的手中。对于软件来说，即是某一接口具体实现类的选择控制权从调用类中移除，转交给第三方决定。

因为IoC确实不够开门见山，因此业界曾进行了广泛的讨论，最终软件界的泰斗级人物Martin
Fowler提出了DI（依赖注入：Dependency
Injection）的概念用以代替IoC，即让调用类对某一接口实现类的依赖关系由第三方（容器或协作类）注入，以移除调用类对某一接口实现类的依赖。“依赖注入”这个名词显然比“控制反转”直接明了、易于理解。

IoC的类型

从注入方法上看，主要可以划分为三种类型：构造函数注入、属性注入和接口注入。Spring支持构造函数注入和属性注入。下面我们继续使用以上的例子说明这三种注入方法的区别。

构造函数注入

在构造函数注入中，我们通过调用类的构造函数，将接口实现类通过构造函数变量传入，如代码清单3-3所示：

代码清单3-3  MoAttack：通过构造函数注入革离扮演者

Java代码  

  1. public class MoAttack {
  2. private GeLi geli;
  3. //①注入革离的具体扮演者
  4. public MoAttack(GeLi geli){
  5. this.geli = geli;
  6. }
  7. public void cityGateAsk(){
  8. geli.responseAsk("墨者革离！");
  9. }
  10. }

MoAttack的构造函数不关心具体是谁扮演革离这个角色，只要在①处传入的扮演者按剧本要求完成相应的表演即可。角色的具体扮演者由导演来安排，如代码清单3-4所示：

代码清单3-4  Director：通过构造函数注入革离扮演者

Java代码  

  1. public class Director {
  2. public void direct(){
  3. //①指定角色的扮演者
  4. GeLi geli = new LiuDeHua();
  5. //②注入具体扮演者到剧本中
  6. MoAttack moAttack = new MoAttack(geli);
  7. moAttack.cityGateAsk();
  8. }
  9. }

在①处，导演安排刘德华饰演革离的角色，并在②处，将刘德华“注入”到墨攻的剧本中，然后开始“城门叩问”剧情的演出工作。

属性注入

有时，导演会发现，虽然革离是影片《墨攻》的第一主角，但并非每个场景都需要革离的出现，在这种情况下通过构造函数注入相当于每时每刻都在革离的饰演者在场，可见并不妥当，这时可以考虑使用属性注入。属性注入可以有选择地通过Setter方法完成调用类所需依赖的注入，更加灵活方便：

代码清单3-5  MoAttack：通过Setter方法注入革离扮演者

Java代码  

  1. public class MoAttack {
  2. private GeLi geli;
  3. //①属性注入方法
  4. public void setGeli(GeLi geli) {
  5. this.geli = geli;
  6. }
  7. public void cityGateAsk() {
  8. geli.responseAsk("墨者革离");
  9. }
  10. }

MoAttack在①处为geli属性提供一个Setter方法，以便让导演在需要时注入geli的具体扮演者。

代码清单3-6  Director：通过Setter方法注入革离扮演者

Java代码  

  1. public class Director {
  2. public void direct(){
  3. GeLi geli = new LiuDeHua();
  4. MoAttack moAttack = new MoAttack();
  5. //①调用属性Setter方法注入
  6. moAttack.setGeli(geli);
  7. moAttack.cityGateAsk();
  8. }
  9. }

和通过构造函数注入革离扮演者不同，在实例化MoAttack剧本时，并未指定任何扮演者，而是在实例化MoAttack后，在需要革离出场时，才调用其setGeli()方法注入扮演者。按照类似的方式，我们还可以分别为剧本中其他诸如梁王、巷淹中等角色提供注入的Setter方法，这样，导演就可以根据所拍剧段的不同，注入相应的角色了。

接口注入

将调用类所有依赖注入的方法抽取到一个接口中，调用类通过实现该接口提供相应的注入方法。为了采取接口注入的方式，必须先声明一个ActorArrangable接口：

Java代码  

  1. public interface ActorArrangable {
  2. void injectGeli(GeLi geli);
  3. }

然后，MoAttack实现ActorArrangable接口提供具体的实现：

代码清单3-7  MoAttack：通过接口方法注入革离扮演者

Java代码  

  1. public class MoAttack implements ActorArrangable {
  2. private GeLi geli;
  3. //①实现接口方法
  4. public void injectGeli (GeLi geli) {
  5. this.geli = geli;
  6. }
  7. public void cityGateAsk() {
  8. geli.responseAsk("墨者革离");
  9. }
  10. }

Director通过ActorArrangable的injectGeli()方法完成扮演者的注入工作。

代码清单3-8  Director：通过接口方法注入革离扮演者

Java代码  

  1. public class Director {
  2. public void direct(){
  3. GeLi geli = new LiuDeHua();
  4. MoAttack moAttack = new MoAttack();
  5. moAttack. injectGeli (geli);
  6. moAttack.cityGateAsk();
  7. }
  8. }

由于通过接口注入需要额外声明一个接口，增加了类的数目，而且它的效果和属性注入并无本质区别，因此我们不提倡采用这种方式。

通过容器完成依赖关系的注入

虽然MoAttack和LiuDeHua实现了解耦，MoAttack无须关注角色实现类的实例化工作，但这些工作在代码中依然存在，只是转移到Director类中而已。假设某一制片人想改变这一局面，在选择某个剧本后，希望通过一个“海选”或者第三中介机构来选择导演、演员，让他们各司其职，那剧本、导演、演员就都实现解耦了。

所谓媒体“海选”和第三方中介机构在程序领域即是一个第三方的容器，它帮助完成类的初始化与装配工作，让开发者从这些底层实现类的实例化、依赖关系装配等工作中脱离出来，专注于更有意义的业务逻辑开发工作。这无疑是一件令人向往的事情，Spring就是这样的一个容器，它通过配置文件或注解描述类和类之间的依赖关系，自动完成类的初始化和依赖注入的工作。下面是Spring配置文件的对以上实例进行配置的配置文件片断：

Xml代码  

  1. <?xml version="1.0" encoding="UTF-8" ?>
  2. <beans xmlns="http://www.springframework.org/schema/beans"
  3. xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  4. xmlns:p="http://www.springframework.org/schema/p"
  5. xsi:schemaLocation="http://www.springframework.org/schema/beans
  6. http://www.springframework.org/schema/beans/spring-beans-3.0.xsd">
  7. <!--①实现类实例化-->
  8. <bean id="geli" class="LiuDeHua"/>
  9. <bean id="moAttack" class="com.baobaotao.ioc.MoAttack"
  10. p:geli-ref="geli"/><!--②通过geli-ref建立依赖关系-->
  11. </beans>

通过new XmlBeanFactory(“beans.xml”)等方式即可启动容器。在容器启动时，Spring根据配置文件的描述信息，自动实例化Bean并完成依赖关系的装配，从容器中即可返回准备就绪的Bean实例，后续可直接使用之。

Spring为什么会有这种“神奇”的力量，仅凭一个简单的配置文件，就能魔法般地实例化并装配好程序所用的Bean呢？这种“神奇”的力量归功于Java语言本身的类反射功能

时间： 2024-08-09 22:01:33

ioc解析的相关文章

控制反转(IoC)-解析与实现

控制反转(Inversion of Control)缩写:IoC是面向对象编程中框架级别里的一个重要的概念, 可以说Spring框架的核心就是基于IoC原理的. 这个概念到底是什么呢? 这么讲吧,一个系统的运作肯定不是简单的几个类就可以实现的,它往往需要多个类的合作来实现业务逻辑 .这就使得每个对象都需要与其合作的对象具有相互的关系(依赖关系).在早前编程中所需要的依赖对象 是通过自身去创建得到的,而现在是通过一个容器来统一管理这些依赖关系.在这整个过程中,对象获得其他对象引用的方式其实就是Io

Spring 容器IOC解析及简单实现

最近一段时间,"容器"两个字一直萦绕在我的耳边,甚至是吃饭.睡觉的时候都在我脑子里蹦来蹦去的.随着这些天一次次的交流.讨论,对于容器的理解也逐渐加深.理论上的东西终归要落实到实践,今天就借助Spring容器实现原理,简单说说吧. 简单的说,Spring就是通过工厂+反射将我们的bean放到它的容器中的,当我们想用某个bean的时候,只需要调用getBean("beanID")方法. 原理简单介绍: Spring容器的原理,其实就是通过解析xml文件,或取到用户配置的

自制简单实用IoC

IoC是个好东西,但是为了这个功能而使用类似 Castle 这种大型框架的话,感觉还是不大好 代码是之前写的,一直没详细搞,今天整理了一下,感觉挺实用的. IoC定义接口: using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; namespace System { /// <summary> /// 一个接口,支持Io

Spring IOC源代码具体解释之整体结构

Spring ICO具体解释之整体结构 IOC介绍 IOC, spring的核心.贯穿Spring始终.直观的来说.就是由spring来负责控制对象的生命周期和对象间的关系,将对象之间的关系抽象出来.通过spring容器控制对象生成时机,降低对象之间的耦合度. 开启Spring IOC源代码学习 SpringIOC 的主要依赖源代码是 spring-beans 和 spring-context两个包.前面文章中曾今讲到了怎样编译spring源代码,接下来将maven后的project导入ecli

Spring IOC源码详解之总体结构

Spring ICO详解之总体结构 IOC介绍 IOC, spring的核心,贯穿Spring始终.直观的来说,就是由spring来负责控制对象的生命周期和对象间的关系,将对象之间的关系抽象出来,通过spring容器控制对象生成时机,减少对象之间的耦合度. 开启Spring IOC源码学习 SpringIOC 的主要依赖源码是 spring-beans 和 spring-context两个包.前面文章中曾今讲到了如何编译spring源码,接下来将maven后的工程导入eclipse里面. 一.s

【spring源码学习】springMVC之url和bean映射原理和源码解析

[一]映射基本过程 (1)springMVC配置映射,需要在xml配置文件中配置<mvc:annotation-driven >  </mvc:annotation-driven> (2)配置后,该配置将会交由org.springframework.web.servlet.config.MvcNamespaceHandler处理,该类会转交给org.springframework.web.servlet.config.AnnotationDrivenBeanDefinitionPa

[Architect] ABP(现代ASP.NET样板开发框架)(7) 依赖注入

本节目录: 什么是依赖 传统方式的问题 解决方案 构造函数注入 属性注入 注入框架 Abp依赖注入框架 注册 通常注册 帮助接口 自定义注册 解析 构造函数 & 属性注入 IIocResolver & IIocManager 扩展 IShouldInitialize ASP.NET MVC & ASP.NET Web API注入 什么是依赖 如果你已经知道依赖注入思想,构造函数和属性注入模式,你可以跳到下节. 维基:"依赖注入是1种软件设计模式,在这种模式下,1个或多个依

Orchard EventBus 事件总线及 IEventHandler作用

事件总线接口定义: public interface IEventBus : IDependency { IEnumerable Notify(string messageName, IDictionary<string, object> eventData); } messageName 参数说明 : _eventBus.Notify(interfaceName + "." + methodName, data/*接口方法参数*/); 事件总线作用: 当调用Notify时

菜鸟学SSH（十四）——Spring容器AOP的实现原理——动态代理

之前写了一篇关于IOC的博客--<Spring容器IOC解析及简单实现>,今天再来聊聊AOP.大家都知道Spring的两大特性是IOC和AOP. IOC负责将对象动态的注入到容器,从而达到一种需要谁就注入谁,什么时候需要就什么时候注入的效果,可谓是招之则来,挥之则去.想想都觉得爽,如果现实生活中也有这本事那就爽歪歪了,至于有多爽,各位自己脑补吧:而AOP呢,它实现的就是容器的另一大好处了,就是可以让容器中的对象都享有容器中的公共服务.那么容器是怎么做到的呢?它怎么就能让在它里面的对象自动拥有它