Spring在不同的事务管理API之上定义了一个抽象层，使得开发人员不必了解底层的事务管理API就可以
    使用Spring的事务管理机制，Spring支持编程式事务管理和声明式的事务管理。
    编程式事务管理：
    将事务管理代码嵌到业务方法中来控制事务的提交和回滚。
    缺点：必须在每个事务操作业务逻辑中包含额外的事务管理代码
    声明式事务管理：
    一般情况下比编程式事务好用。
    将事务管理代码从业务方法中分离出来（AOP），以声明的方式来实现事务管理。
    将事务管理作为横切关注点，通过aop方法模块化。Spring中通过Spring AOP框架支持声明式事务
    管理。

    要使用声明式事务，需要先注册事务管理器：

    1. <!--注册事务管理器-->
    2.     <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
    3.         <property name="dataSource" ref="dataSource"/>
    4.     </bean>

    配置那些方法需要开启事务：

    1. <!--配置事务通知-->
    2.     <tx:advice id="txAdvice" transaction-manager="transactionManager">
    3.         <tx:attributes> 
    4.             <!--配置哪些方法使用什么样的事务,配置事务的传播特性-->
    5.             <tx:method name="*" propagation="REQUIRED"/>
    6.         </tx:attributes>
    7.     </tx:advice>

    “*”代表所有方法都要开启事务
    Spring事务传播性：
    事务传播行为就是多个事务方法相互调用时，事务如何在这些方法间传播。spring支持7种事务传播行
    为：
    propagation_requierd：如果当前没有事务，就新建一个事务，如果已存在一个事务中，加入到这
    个事务中，这是最常见的选择。
    propagation_supports：支持当前事务，如果没有当前事务，就以非事务方法执行。
    propagation_mandatory：使用当前事务，如果没有当前事务，就抛出异常。
    propagation_required_new：新建事务，如果当前存在事务，把当前事务挂起。
    propagation_not_supported：以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
    propagation_never：以非事务方式执行操作，如果当前事务存在则抛出异常。
    propagation_nested：如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与
    propagation_required类似的操作
    Spring 默认的事务传播行为是 PROPAGATION_REQUIRED，它适合于绝大多数的情况。

    最后，我们需要配置织入事务：

    1. <!--配置aop织入事务-->
    2.     <aop:config>
    3.         <!--切入点-->
    4.         <aop:pointcut id="txPointcut" expression="execution(* com.wjh.dao.*.* (..))"/>
    5.         <!--通知-->
    6.         <aop:advisor advice-ref="txAdvice" pointcut-ref="txPointcut"/>
    7.     </aop:config>

    完成上述配置就开启事务管理了。