IoC容器原理的研究.pdfVIP

第10卷 第6期 软 件 导 刊 V0l1．10N0．6 2Ol1年 6月 SoftwareGuide Jun．20ll IoC容器原理的研究 周志刚，郑 智 (安徽理工大学 计算机科学与工程学院，安徽 淮南 232001) 摘 要 ：在常规的JavaEE开发 中，组件之间是以硬编码方式耦合在一起的，而 spring提 出控制反转 (Inversionof Control，IoC)，彻底颠覆 了这种开发模式，使开发的软件更易维护 ，代码复用率更高，很好地迎合 了面向对象的开发模 式。讨论 了IoC容器的基本概念和意义，IoC容器的两种注入方式 ，重点研 究 了IoC容器的实现原理 。 关键词 ：硬编码；耦合；控制反转；面向对象；注入 中图分类号iTP301 文献标识码 ：A 文章编号 ：1672—7800(2011)06—0015—02 设值注入是指 IoC容器使用属性的setter方法来注 1 IoC的基本概念 入被调用者的实例 。此种注人方式简单、直观，在 Spring 的依赖注入里大量使用。 IoC即控制反转，又称依赖注入 。当某个 java实例需 构造器注入是指给调用提供一个带参数的构造器 ，参 要另一个 java实例时 ，在传统的设计过程 中，通常 由调用 数为被调用者对象的实例 。这种注入方式最好再提供一 者来创建被调用者。在依赖注入的模式下 ，创建被调用者 个不带参数的构造器 。 的工作不再 由调用者来完成 ，因此称为控制反转 ；创建被 设值注入是先通过无参数的构造器创建一个 Bean实 调用者实例的工作通常 由Spring容器来完成，然后注入 例，然后调用对应的 setter方法注入依赖关系；而构造器 调用者，因此也称依赖注入。 注人则直接调用带参构造器，当Bean实例创建完后，已完 最原始的解决创建被调用者方案就是调用者 自己直 成了依赖关系注入 。这两种注入方式各有各 自的优点。 接用 new关键字调用构造器来创建一个被调用者。虽然 设值注入写法与传统的javaBean相似，更容易理解和接 这种方案能解决问题 ，但是这会使得我们 的程序高度耦 受。而且这中方法显得更加直观、自然。构造器注入可 以 合 ，给代码 的服用带来 了麻烦 。 在构造器中决定依赖关系的注入顺序，优先依赖的优先注 当我们学会了使用设计模式中的工厂模式后，我们也就 入 。但对于复杂的依赖关系如果采用构造器注入，会导致 有了第二种解决方案。我们可 以创建一个被调用者的工厂， 构造器过于臃肿，难 以阅读 ，而且会导致性能下降。 调用者只需定位到工厂，无须管理被调用者具体的实现，只 对于这两种注入方式，建议采用设值注入方式为主。 需找到符合某种接 口的实例即可使用。这样可 以让调用者 对于依赖关系无须变化的注入，尽量采用构造器注入；其 和被调用者解耦，大大地降低了组件之间的耦合性，但调用 他的依赖关系的注入则以设值注人为主。 者仍然需要定位到工厂，使调用者与工厂耦合在一起。 有了Spring的IoC容器，我们能很好地解决 以上 问 3 loC容器的实现原理 题 。调用者无须知道被调用者的实现 ，无须主动定位到工 厂，我们把这些工作都交给 IoC容器来管理。当我们需要 通过 spring的源码 ，我们可 以看到Spring能完成控 调用被调用者时，无须在代码 中创建被调用者，而是