Question

为什么加入了spring事务管理机制的程序要直接使用接口的方法？？

照书上步骤使用BeanNameAutoProxyCreator为项目添加了spring事务管理机制，可是在java代码中使用
StudentDAO stdao = (StudentDAO)ctx.getBean("StudentDAO");
Student st = new Student("张三");
stdao.save(st);
报错java.lang.ClassCastException: $Proxy0 cannot be cast to...
网上说需要将ctx.getBean()方法的返回值用接口类接收，改为
IStudentDAO stdao = (IStudentDAO)ctx.getBean("StudentDAO");
Student st = new Student("张三");
stdao.save(st);
其中IStudentDAO是接口类，StudentDAO是它的实现类，这里为什么申明一个接口类可以直接使用实现类定义的方法呢？ctx.getBean()的返回值明明被强制转换成了IStudentDAO啊，是不是因为Spring管理机制在捣鬼呢？
希望有高手能详细给我解释解释这样用接口类的理由，如果是Spring事务管理在捣鬼，希望也能解释一下为什么Spring事务管理要这么设计

Answer 1

是spring事物管理机制在捣鬼

下面讲的是什么是spring事物管理机制

Spring事务管理机制
对于传统的基于特定事务资源的事务处理而言（如基于JDBC 的数据库访问），Spring并不会对其产生什么影响，我们照样可以成功编写并运行这样的代码。同时，Spring还提供了一些辅助类可供我们选择使用，这些辅助类简化了传统的数据库操作流程，在一定程度上节省了工作量，提高了编码效率。对于依赖容器的参数化事务管理而言，Spring 则表现出了极大的价值。Spring本身也是一个容器，只是相对EJB容器而言，Spring显得更为轻便小巧。我们无需付出其他方面的代价，即可通过Spring实现基于容器的事务管理（本质上来讲，Spring的事务管理是基于动态AOP）。
下面这段xml配置片断展示了Spring中的事务设定方式：
<beans>
<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource"
destroy-method="close">
<property name="driverClassName">
<value>org.gjt.mm.mysql.Driver</value>
</property>
<property name="url">
<value>jdbc:mysql://localhost/sample</value>
</property>
<property name="username">
<value>user</value>
</property>
<property name="password">
<value>mypass</value>
</property>
</bean>
<bean id="transactionManager"
class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource">
<ref local="dataSource" />
</property>
</bean>
<bean id="userDAO" class="net.xiaxin.dao.UserDAO">
<property name="dataSource">
<ref local="dataSource" />
</property>
</bean>
<bean id="userDAOProxy"
class="org.springframework.transaction.interceptor.TransactionProxyF actoryBean">
<property name="transactionManager">
<ref bean="transactionManager" />
</property>
<property name="target">
<ref local="userDAO" />
</property>
<property name="transactionAttributes">
<props>
<prop key="insert*">PROPAGATION_REQUIRED</prop>
<prop key="get*"></prop>
</props>
</property>
</bean>
</beans>
配置中包含了dataSource，transactionManager 等资源定义。这些资源都为
一个名为userDAOProxy 的TransactionProxyFactoryBean 服务， userDAOProxy 则对包含实际数据逻辑的userDAO进行了事务性封装。可以看到，在userDAOProxy 的"transactionAttributes"属性中，我们定义了针对userDAO 的事务策略，即将所有名称以insert 开始的方法（如UserDAO.insertUser方法）纳入事务管理范围。如果此方法中抛出异常，则Spring将当前事务回滚，如果方法正常结束，则提交事务。而对所有名称以get 开始的方法（如UserDAO.getUser 方法）则以只读的事务
处理机制进行处理。（设为只读型事务，可以使持久层尝试对数据操作进行优化，如对于只读事务Hibernate将不执行flush操作，而某些数据库连接池和JDBC 驱动也对只读型操作进行了特别优化。）结合上面这段申明带来的感性认知，看看Spring 的事务管理机制与EJB 中事务管理有何不同，或者有何优势。这里自然有许多方面可以比较，不过，笔者认为其中最为关键的两点是：
1． Spring可以将任意Java Class 纳入事务管理这里的UserDAO只是我们编写的一个普通Java Class，其中包含了一些基本的数据应用逻辑。通过Spring，我们即可简单的实现事务的可配置化。也就是说，我们可以随意为某个类的某个方法指定事务管理机制。与之对比，如果使用EJB容器提供的事务管理功能，我们不得不按照EJB规范编将UserDAO 进行改造，将其转换为一个标准的EJB。
2． Spring事务管理并不依赖特定的事务资源。EJB 容器必须依赖于JTA 提供事务支持。而Spring 的事务管理则支持JDBC、JTA 等多种事务资源。这为我们提供了更多的选择，从而也使得我们的系统部署更加灵活。对Spring事务管理机制进行简单分析之后，我们将结合持久层封装的具体事务应用机制，对Spring中的事务管理进行更具实效的探讨。

祝君早日成功!

Answer 2

你这个问题也困扰我好久，后来我网上找了下，稍微有点明白怎么回事。我先就事论事说下你这个问题的解决方法。
spring的文档中这么写的：Spring AOP部分使用JDK动态代理或者CGLIB来为目标对象创建代理，如果被代理的目标对象实现了至少一个接口，则会使用JDK动态代理。所有该目标类型实现的接口都将被代理。若该目标对象没有实现任何接口，则创建一个CGLIB代理。
从你说的情况来看，你的StudentDAO肯定实现了IStudentDAO这个接口，并且beanNameAutoProxyCreator的proxyTargetClass这个属性设置为false或者没有设置这个属性，你可以修改下StudentDAO这个类，让他不实现IStudentDAO接口，然后你写StudentDAO stdao = (StudentDAO)ctx.getBean("StudentDAO")应该不会报错了，如果有错误可能是提示你缺少CGLIB包。以上是一种解决方法，还有种解决方法，就是设置beanNameAutoProxyCreator的proxyTargetClass属性为true，意思是强制使用CGLIB代理，这样的话你写StudentDAO stdao = (StudentDAO)ctx.getBean("StudentDAO")也是正确的。当然以上两种方法的前提是你已经将CGLIB包加入到项目的classpath中了。
至于你问为什么接口类可以直接使用实现类里的方法，其实不是这个意思，而是实现类实现了接口的方法，然后将实现类实例化成接口类型，这个跟spring机制无关的。至于为什么要用接口，这个就有的说了，你可以网上去搜索下接口的作用，不过提醒你一点，接口不是说一定要用的，用到接口可能是为了规范化设计和为程序以后的扩展性考虑吧