在本系列的第一部分，我介绍了如何实现面向方面领域的“HelloWorld”：跟踪和记录方面。利用Spring框架所提供的面向方面编程(ASPect-Oriented Programming，AOP)功能，您看到了如何使用before-、after-和基于异常的通知，以及如何使用基于正则表达式的简单切入点。
![]()
![]()
![]()
![]()
![]()
![]()
![]()
![]()
跟踪和记录方面提供了非常不错的上手例子，而本文将进一步介绍一种新的通知形式：around通知。
比起第一部分中介绍的那些通知类型，around形式的通知是一种更具侵入性也更强大的面向对象概念。本文将描述around通知的每个特性，以便您可以在自己的Spring AOP应用程序中正确地使用它。在本文最后，我将向您展示如何使用around通知来截获和改变应用程序中各个特性相互作用的方式，以便实现CUCkoo's Egg（杜鹃的蛋）面向方面设计模式。
概述Spring AOP、IoC和代理
在第一部分，我们快速浏览了Spring的一些AOP特性，而没有阐明Spring如何实现AOP的细节。要理解Spring框架如何运转，尤其是它如何实现其AOP功能，首先您要明白，Spring是一个依靠于控制反转(Inversion of Control，IoC)设计模式的轻量级框架。
注重：本文的目的不是要深入介绍IoC模式，介绍IoC只是为了使您明白该设计模式是如何影响Spring AOP实现的。有关IoC模式的更具体的介绍请参见本文末尾的参考资料。
IoC设计模式的出现已经有一段时间了。一个最明显的例子就是J2EE架构本身。随着企业开发尤其是J2EE平台的出现，应用程序开始依靠于由外部容器所提供的一些特性，比如bean创建、持久性、消息传递、会话以及事务治理。
IoC引入了一个新概念：由组件构成的框架，它与J2EE容器有许多类似之处。IoC框架分离了组件所依靠的功能，并且，根据Sam Newman文章中的说法，提供了“连接组件的‘胶水’”。
对组件所依靠特性的控制 被反转 了，这样外部框架就可以尽可能透明地提供这些特性了。IoC模式真正意识到了从传统的由依靠于功能的组件来负责这些功能，到由独立的框架来配置和提供这些功能的方式转变。
图1显示了一些构成IoC模式的不同组件角色的例子。
图1. 没有对BusinessLogic bean应用方面时的顺序图.
图字：
Component：组件
Provides Facilities：提供功能
Relies on and conforms to：依靠于并服从
Manages the services the framework can then use to provide facilities：治理框架随后可以用来提供功能的服务
Service：服务
Your Component：您的组件
IoC Framework：IoC框架
External services：外部服务
IoC模式使用3种不同的方法来解除组件与服务控制的耦合：类型1、类型2和类型3。
- 类型1：接口注入
这是大部分J2EE实现所使用的方法。组件显式地服从于一组接口，带有关联的配置元数据，以便答应框架对它们进行正确的治理。
- 类型2：Setter注入
外部元数据被用来配置组件相互作用的方式。在第一部分中，我们就是使用这种IoC方法利用springconfig.XML文件来配置Spring组件的。
- 类型3：构造函数注入
组件（包括构造组件时要用的参数）注册到框架，而框架提供组件的实例以及所有要应用的指定功能。
IoC在组件开发和企业开发中越来越受欢迎。IoC的实际例子包括传统的J2EE解决方案，比如：JBoss、Apache基金会的Avalon项目以及本文的Spring框架。实际上，Spring框架构建于IoC模式的基础上是为了帮助将它的轻量级功能注入到它的相关应用程序的组件中。
那么IoC对于Spring AOP有何意义呢？Spring的IoC特性是使用IoC springconfig.xml配置文件对应用程序应用方面的推动因素之一。springconfig.xml配置文件通知Spring框架运行时有关应用程序的组件要被注入的功能类型的信息，所以自然轻量级的AOP功能就以同样的方式应用了。然后Spring使用代理模式围绕现有的类和bean实现指定的AOP功能。
