事务原本是数据库中的概念，在 Dao 层。但一般情况下，需要将事务提升到业务层，即 Service 层。
这样做是为了能够使用事务的特性来管理具体的业务。
在 Spring 中通常可以通过以下三种方式来实现对事务的管理：
（1）使用 Spring 的事务代理工厂管理事务
（2）使用 Spring 的事务注解管理事务
（3）使用 AspectJ 的 AOP 配置管理事务
Spring 的事务管理，主要用到两个事务相关的接口。
（1 ） 事务管理器 接口
事务管理器是 PlatformTransactionManager 接口对象。其主要用于完成事务的提交、回
滚，及获取事务的状态信息。查看 SpringAPI 帮助文档：Spring 框架解压目录下的
docs/javadoc-api/index.html。
A 、 常用的两个实现类
PlatformTransactionManager 接口有两个常用的实现类：
DataSourceTransactionManager：使用 JDBC 或 iBatis 进行持久化数据时使用。
HibernateTransactionManager：使用 Hibernate 进行持久化数据时使用。
B 、Spring 的回滚方式
Spring 事务的默认回滚方式是：发生运行时异常时回滚，发生受查异常时提交。不过，
对于受查异常，程序员也可以手工设置其回滚方式。
C 、 回顾错误与异常
Throwable 类是 Java 语言中所有错误或异常的超类。只有当对象是此类(或其子类之一)
的实例时，才能通过 Java 虚拟机或者 Java 的 throw 语句抛出。
Error 是程序在运行过程中出现的无法处理的错误，比如 OutOfMemoryError、
ThreadDeath、NoSuchMethodError 等。当这些错误发生时，程序是无法处理（捕获或抛出）
的，JVM 一般会终止线程。
程序在编译和运行时出现的另一类错误称之为异常，它是JVM通知程序员的一种方式。
通过这种方式，让程序员知道已经或可能出现错误，要求程序员对其进行处理。
异常分为运行时异常与受查异常。
运行时异常，是 RuntimeException 类或其子类 ，即只有在运行时才出现的异常。如，
NullPointerException、ArrayIndexOutOfBoundsException、IllegalArgumentException 等均属于
运行时异常。这些异常由 JVM 抛出，在编译时不要求必须处理（捕获或抛出）。但，只要代
码编写足够仔细，程序足够健壮，运行时异常是可以避免的。
注意，Hibernate 异常 HibernateException 就属于运行时异常。
受查异常，也叫编译时异常，即在代码编写时要求必须捕获或抛出的异常，若不处理，
则无法通过编译。如 SQLException，ClassNotFoundException，IOException 等都属于受查异常。
RuntimeException 及其子类以外的异常，均属于受查异常。当然，用户自定义的 Exception
的子类，即用户自定义的异常也属受查异常。程序员在定义异常时，只要未明确声明定义的
为 RuntimeException 的子类，那么定义的就是受查异常。