Spring中AOP的一个通俗易懂的理解（转）

这是看到的一个最易懂得AOP简介了，适合初学者理解。

转自：http://www.verydemo.com/demo_c143_i20837.html

1.我所知道的aop

　　初看aop,上来就是一大堆术语，并且还有个拉风的名字，面向切面编程，都说是OOP的一种有益补充等等。一会儿让你不知所措，心想着：怪不得不少人都和我说aop多难多难。当我看进去之后，我才发现：它就是一些java基础上的朴实无华的应用，包括ioc，包括许许多多这样的名词，都是万变不离其宗而已。

  2.为何用aop

　　1就是为了方便，看一个国外颇有名的大师说，编程的人都是“懒人”，由于他把本身作的事情都让程序作了。用了aop能让你少写不少代码，这点就够充分了吧

　　2就是为了更清晰的逻辑，可让你的业务逻辑去关注本身自己的业务，而不去想一些其余的事情，这些其余的事情包括：安全，事物，日志等。

 3.那些aop的术语

　　初看这么多术语，一会儿都很差接受，慢慢来，很快就会搞懂。

    1.通知（Advice）

　　就是你想要的功能，也就是上面说的 安全，事物，日志等。你给先定义好把，而后在想用的地方用一下。

    2.链接点（JoinPoint）

　　这个更好解释了，就是spring容许你使用通知的地方，那可真就多了，基本每一个方法的前，后（二者都有也行），或抛出异常时均可以是链接点，spring只支持方法链接点.其余如aspectJ还可让你在构造器或属性注入时都行，不过那不是咱关注的，只要记住，和方法有关的前先后后（抛出异常），都是链接点。

    3.切入点（Pointcut）

　　上面说的链接点的基础上，来定义切入点，你的一个类里，有15个方法，那就有几十个链接点了对把，可是你并不想在全部方法附近都使用通知（使用叫织入，之后再说），你只想让其中的几个，在调用这几个方法以前，以后或者抛出异常时干点什么，那么就用切点来定义这几个方法，让切点来筛选链接点，选中那几个你想要的方法。

    4.切面（Aspect）

　　切面是通知和切入点的结合。如今发现了吧，没链接点什么事情，链接点就是为了让你好理解切点，搞出来的，明白这个概念就好了。通知说明了干什么和何时干（何时经过方法名中的before,after，around等就能知道），而切入点说明了在哪干（指定究竟是哪一个方法），这就是一个完整的切面定义。

    5.引入（introduction）

　　容许咱们向现有的类添加新方法属性。这不就是把切面（也就是新方法属性：通知定义的）用到目标类中吗

    6.目标（target）

　　引入中所提到的目标类，也就是要被通知的对象，也就是真正的业务逻辑，他能够在绝不知情的状况下，被我们织入切面。而本身专一于业务自己的逻辑。

    7.代理(proxy)

　　怎么实现整套aop机制的，都是经过代理，这个一会给细说。

    8.织入(weaving)

　　把切面应用到目标对象来建立新的代理对象的过程。有3种方式，spring采用的是运行时，为何是运行时，后面解释。

　　关键就是：切点定义了哪些链接点会获得通知

  4.我所理解的aop原理

　　spring用代理类包裹切面，把他们织入到Spring管理的bean中。也就是说代理类假装成目标类，它会截取对目标类中方法的调用，让调用者对目标类的调用都先变成调用假装类，假装类中就先执行了切面，再把调用转发给真正的目标bean。

　　如今能够本身想想，怎么搞出来这个假装类，才不会被调用者发现（过JVM的检查，JAVA是强类型检查，哪里都要检查类型）。

　　1.实现和目标类相同的接口，我也实现和你同样的接口，反正上层都是接口级别的调用，这样我就假装成了和目标类同样的类（实现了同一接口，咱是兄弟了），也就逃过了类型检查，到java运行期的时候，利用多态的后期绑定（因此spring采用运行时），假装类（代理类）就变成了接口的真正实现，而他里面包裹了真实的那个目标类，最后实现具体功能的仍是目标类，只不过假装类在以前干了点事情（写日志，安全检查，事物等）。

　　这就比如，一我的让你办件事，每次这个时候，你弟弟就会先出来，固然他分不出来了，觉得是你，你这个弟弟虽然办不了这事，可是他知道你能办，因此就答应下来了，而且收了点礼物（写日志），收完礼物了，给把事给人家办了啊，因此你弟弟又找你这个哥哥来了，最后把这是办了的仍是你本身。可是你本身并不知道你弟弟已经收礼物了，你只是专心把这件事情作好。

　　顺着这个思路想，要是自己这个类就没实现一个接口呢，你怎么假装我，我就压根没有机会让你搞出这个双胞胎的弟弟，那么就用第2种代理方式，建立一个目标类的子类，生个儿子，让儿子假装我

　　2.生成子类调用，此次用子类来作为假装类，固然这样也能逃过JVM的强类型检查，我继承的吗，固然查不出来了，子类重写了目标类的全部方法，固然在这些重写的方法中，不只实现了目标类的功能，还在这些功能以前，实现了一些其余的（写日志，安全检查，事物等）。

　　此次的对比就是，儿子先从爸爸那把本事都学会了，全部人都找儿子办事情，可是儿子每次办和爸爸一样的事以前，都要收点小礼物（写日志），而后才去办真正的事。固然爸爸是不知道儿子这么干的了。这里就有件事情要说，某些本事是爸爸独有的(final的)，儿子学不了，学不了就办不了这件事，办不了这个事情，天然就不能收人家礼了。

　　前一种兄弟模式，spring会使用JDK的java.lang.reflect.Proxy类，它容许Spring动态生成一个新类来实现必要的接口，织入通知，而且把对这些接口的任何调用都转发到目标类。

　　后一种父子模式，spring使用CGLIB库生成目标类的一个子类，在建立这个子类的时候，spring织入通知，而且把对这个子类的调用委托到目标类。

　　相比之下，仍是兄弟模式好些，他能更好的实现松耦合，尤为在今天都高喊着面向接口编程的状况下，父子模式只是在没有实现接口的时候，也能织入通知，应当作一种例外。

 

 

 

 

那个introduction的意思是：
有个类叫小明（biz），小明隔壁住着老王（FitImpl），老王实现了一个技能叫开豪车（Fit）
如今上帝声明了一个切面，这个切面给小明指定一个新的爹叫老王，因而小明每次叫爸爸的时候就能开豪车了~
类匹配（小明）：type-matching
接口（开豪车）：implement-interface
接口的实现类（老王）：default-impl
引入的做用：小明干本身的事的时候（叫爸爸）能莫名其妙地开上豪车而不用作多余的工做，这些工做由上帝（AOP）帮他完成，这叫“解耦”

我听了两个小时，终于听懂了老师要讲的东西。让我来讲一下这节课的内容：Introductions Advice简介通知。简介通知的主要配置是：声明一个接口A，再声明一个实现接口A的实现类B，而且用types-matching指定当前的这个简介通知所关联的业务类。而后经过implement-interface属性把接口A强制做为这些业务类的父类。在单元测试中，用getBean(beanId)方法获得业务类，而后把这个业务类强制转换成接口A类型，而后调用接口A的实现类B的方法。简介通知的用途我认为是：在业务逻辑操做中将横向的执行顺序改变为纵向的处理日志，事务相关的服务，经过类B实现这些服务的具体实现