都说声明式事务管理是基于AOP的 但是我不明白 我调用我的代码 spring是怎么插一杠子 加上事务的

Question

Spring提供的事务管理有两种方式,编程式的和声明式的. 编程式的繁琐,我一般不喜欢用.
最喜欢的一种是利用Spring封装的aspectJ, 利用Aop来管理事务很方便的.

applicationcontext.xml
1首先创建一个事务管理器
<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">

<property name="sessionFactory" ref="sessionFactory">  
</property>  

</bean>

2声明一个通知, 并声明此通知受某一个事务管理器管理
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="save*" />
<tx:method name="*" readonly="true" />
</tx:attributes>
</tx:advice>

上面的一段话说明了txAdvice受transactionManager事务管理器管理, 并且管理save打头的方法. 其余的都不使用事务管理.

3最后利用advisor配置advice的切入点.
<aop:config>
<aop:advisor advice-ref="txAdvice"

           pointcut="execution(pulic * *..*.service.*.*(..))">  

</aop:advisor>
</aop:config>

这样, 只要经过service层就会进入事务管理.
（begin - save - commit）动态代理

我想问为什么 经过service层就会进入事务管理 别说动态代理 具体是怎么做的

Answer 1

真正跑的实例对象已经不是你写的那个类的对象了，它加了一层壳，而这个壳就有执行额外代码的功能，比如事务管理，这层壳是spring根据配置帮你加上去的。这就是aop带来的好处，你写了核心代码，然后写一个额外的功能代码（增强），你要把它放到功能代码里执行，spring会帮你动态的织入放配置的切点而你无需去修改的的核心代码，哪里不会点哪里，麻麻再也不用担心耦合度高了！
你可以了解一下动态代理的知识，你就明白了。如果不理解这样的好处，等你代码写多了就知道了

Answer 2

讲的白话一点就是在运行时在你的程序前后增加了事务的代码。
这个很好理解，你可以试试如果你的bean对象没有放置在ioc容器中管理时是不会有事务控制的。
为什么spring提倡面向接口编程呢，其实就是在程序运行时，动态生成接口的子类，在di依赖注入时的对象是由spring动态生成的（代理对象），而不是你创建的那个bean。在生成的代码中调用实际的bean对象，在前面增加公共的代码。
打个断点看看线程堆栈一目了然。

Answer 3

我想这个问题的关键在于理解AOP上。

面向切面（AOP）的实现很大程度上依赖的是控制扭转（IOC），这两个概念就不详细说了，百度一下都能找到。

关键点在于控制扭转上，正常的程序控制是有由你，也就是编程者进行的。而控制扭转后，实际上程序的控制着是实现控制扭转的框架，这里就是Spring。所以你有一个很关键的误解，就是我调用我的代码。实际上调用你代码的不是你，而是框架，既然调用你程序的是框架，那它自然就有机会去查询你的代码里是否有面向切面的配置，如果有，它也有机会去执行这些配置。

Answer 4

关键字:动态代理.多学习如何利用搜索引擎获取知识

Answer 5

前段时间刚好写过一篇文章，《Spring AOP的实现原理》。

Answer 6

前面几位基本都回答了，AOP的底层实现就是设计模式的代理模式，建议去了解下这种设计模式