spring AOP 交叉感染

 

spring AOP（面向切面的编程）为我们提供了从另外一个角度控制程序方式，真正意义上实现了在不改变既有代码的基础上控制程序的运行或者为程序新增一些功能。目前，它广泛应用于包含日志、合法性检查和事务管理等在内的多个方面。但是，我们在尽情享受着它为我们带来极大便捷的同时，还需要小心防范它可能带来的副作用——交叉感染。

一个稍具规模的程序，大多不只出自一人之手，现代程序设计讲究组件式开发、模块化开发，各模块不需了解其他模块的实现细节，通过访问彼此提供的接口来进行交互并最终合作提供完整、完善的功能。问题也在此时产生了，不同组件（模块）的设计开发一般由不同的人员完成，组件（模块）间接口人的讨论往往局限于接口的讨论，忽视了实现层面可能为其他组件（模块）带来的影响。不可否认，上述这种组件（模块）间的沟通方式在一般的开发过程中很奏效，实现层面对其他组件（模块）造成的影响可以忽略，但若是采用spring AOP来解决问题，实现层面对于其他组件（模块）的影响就不能被忽视了。以下举例说明其中的影响：

假设一个程序由三个模块组成，A、B、C，三个模块分别定义了自己的切点集合，且三个模块定义的切点集合发生了交叠，如下图所示，

 

此时三个模块间就有了两种交互的渠道：接口和切点。其中切点不是我们期望的，是附加物，他会影响到其他模块，造成诸如性能降低等副作用，更有甚者，它会造成程序执行混乱，最终将程序引向错误。

为了解决这类问题，一个简单的方法是采用类似名字空间的方式，为每个模块分配唯一的名字空间，每个模块在定义切点集合时，都冠以自己模块的名字空间，这样便可以避免此类问题的发生。

值得注意的是spring为我们提供了多种切点定义途径，采用任何一种切点定义方法都会产生此类问题，尤其值得一提的是采用Annotation方式定义集合时更加容易产生此类问题。目前许多数据库事务管理都采用了Annotation的方式，此时若一个应用中含有多个数据源则更加容易出现问题——一个数据源的崩溃致使所有数据源失效。