【原】不定义Order属性，通过切面类的定义顺序来决定通知执行的先后顺序

标签：

【结论】

    若不同切面类执行时，在没有定义“order属性”，而且切面类中触发增强通知的切入点都相同，则在切面类中的通知的执行顺序与该切面类在<aop:config>元素中“声明的顺序”相关，即先声明的切面类先执行，后声明的切面类后执行。

【代码示例】

 1 <aop:config>
 2     <!-- 用户自定义的切面01，用于不同切面类执行顺序的测试 -->        
 3     <aop:aspect id="myMethod01Aspect" ref="myMethod01Bean">
 4         <aop:before method="myBeforeMethod01"  pointcut="execution(* com.zjrodger.bakdata.service..*.*(..))"/>
 5     </aop:aspect>                                
 6 
 7     <!-- 用户自定义的切面02，用于不同切面类执行顺序的测试。 -->    
 8     <aop:aspect id="myMethod02Aspect" ref=" myMethod02Bean">                
 9          <aop:before method=" myBeforeMethod02"  pointcut="execution(* com.zjrodger.bakdata.service..*.*(..))"/>    
10     </aop:aspect>    
11 </aop:config>

不同切面类配置示例

【运行说明】
上述<aop:config>元素中，定义了两个切面类：“myMethod01Aspect类”和“myMethod01Aspect类”，这两个切面类都没有指定“order属性”，两个切面类中触发增强通知的切入点都相同。
当程序执行时并且触发切入点后，myMethod01Aspect类中的myBeforeMethod01()方法首先执行，之后才会执行myMethod02Aspect类中的myBeforeMethod02()方法。
若将上述<aop:config>元素中，两个切面类的定义顺序互换，则最终增强通知的执行顺序也会与上述相反。

【注意点】
若<aop:config>元素中同时存在“<aop:advisor>”元素和“<aop:aspect>元素”（“<aop:pointcut>元素” 可有可无），则这些元素必须按照< aop:pointcut >，<aop:advisor>和<aop:aspect>此顺序来定义。
正因为“<aop:advisor>”元素和“<aop:aspect>元素”定义顺序是不能调整的，从而导致在没有指定 “order属性”的前提下，“<aop:advisor>”元素对应切面类中通知的执行顺序优先于“<aop:aspect>元素” 对应切面类中通知的执行。
此时，只能通过指定Order属性来调整这两个切面类中通知执行的先后顺序了。

【参考资料】
01：《在应用层通过spring特性解决数据库读写分离》http://jinnianshilongnian.iteye.com/blog/1720618#comments
02：《AOP 之 6.7 通知顺序 ——跟我学spring3》http://jinnianshilongnian.iteye.com/blog/2235572

【原】不定义Order属性，通过切面类的定义顺序来决定通知执行的先后顺序

标签：

原文地址：http://www.cnblogs.com/zjrodger/p/5633951.html