Spring对JDBC的支持

1.JdbcTemplate

为了使 JDBC 更加易于使用, Spring 在 JDBC API 上定义了一个抽象层, 以此建立一个 JDBC 存取框架.作为 Spring JDBC 框架的核心, JdbcTemplate的设计目的是为不同类型的 JDBC 操作提供模板方法. 每个模板方法都能控制整个过程, 并允许覆盖过程中的特定任务. 通过这种方式, 可以在尽可能保留灵活性的情况下, 将数据库存取的工作量降到最低。

1.1 使用JdbcTemplate更新数据库

db.properties

在applicationContext.xml中进行配置：

Customer.java

使用JdbcTemplate进行更新数据库：

1.2 使用JdbcTemplate进行批量修改

1.3 从数据库中获取一条记录，实际得到对应的一个对象

1.4 查找实体类的集合

1.5 获取单个列的值，或做统计查询

2.在JDBC模板中使用具名参数

在经典的 JDBC 用法中, SQL 参数是用占位符 ? 表示,并且受到位置的限制. 定位参数的问题在于, 一旦参数的顺序发生变化, 就必须改变参数绑定.

在 Spring JDBC 框架中, 绑定 SQL 参数的另一种选择是使用具名参数(named parameter). 具名参数是指SQL 按名称(以冒号开头)而不是按位置进行指定. 这种方法更易于维护, 也提升了可读性. 具名参数只在 NamedParameterJdbcTemplate 中得到支持。

在xml中进行配置：

使用具名参数更新数据库：

3.Spring声明式事务

3.1 事务简介

事务管理是企业级应用程序开发中必不可少的技术, 用来确保数据的完整性和一致性. 事务就是一系列的动作, 它们被当做一个单独的工作单元. 这些动作要么全部完成, 要么全部不起作用。事务的四个关键属性(ACID)：

原子性(atomicity): 事务是一个原子操作, 由一系列动作组成. 事务的原子性确保动作要么全部完成要么完全不起作用.

一致性(consistency): 一旦所有事务动作完成, 事务就被提交. 数据和资源就处于一种满足业务规则的一致性状态中.

隔离性(isolation): 可能有许多事务会同时处理相同的数据, 因此每个事物都应该与其他事务隔离开来, 防止数据损坏.

持久性(durability): 一旦事务完成, 无论发生什么系统错误, 它的结果都不应该受到影响. 通常情况下, 事务的结果被写到持久化存储器中.

3.2 Spring中的事务管理

作为企业级应用程序框架, Spring 在不同的事务管理 API 之上定义了一个抽象层. 而应用程序开发人员不必了解底层的事务管理 API, 就可以使用 Spring 的事务管理机制.Spring 既支持编程式事务管理, 也支持声明式的事务管理.

编程式事务管理: 将事务管理代码嵌入到业务方法中来控制事务的提交和回滚. 在编程式管理事务时, 必须在每个事务操作中包含额外的事务管理代码.

声明式事务管理: 大多数情况下比编程式事务管理更好用. 它将事务管理代码从业务方法中分离出来, 以声明的方式来实现事务管理. 事务管理作为一种横切关注点, 可以通过 AOP 方法模块化. Spring 通过 Spring AOP 框架支持声明式事务管理.

3.3 示例

如需要实现如下的需求：想要实现用户购买书，书库存和用户的账户余额正确更新。

有如下的三个数据表：ISBN-->书单号； STOCK-->库存； BALANCE-->账户余额； PRICE-->书单价；

Customer.java

BookShopDao.java

BookShopDaoImpl.java

BookStockException.java

UserAccountException.java

BookShopServiceDao.java

BookShopServiceDaoImpl.java

SpringTransactionTest.java

applicationContext.xml配置文件：

上述代码中：

（1）BookShopDao.java中定义了一个接口，里面定义了三个方法，分别用来实现根据书单号获取书的价格，根据书单号更新书的库存，以及更新用户的账户余额；BookShopDaoImpl.java是该接口的实现类，采用JdbcTemplate实现了数据库的存取操作，并且调用了自定义的异常方法；

（2）BookShopServiceDao.java中定义了一个接口，接口中定义的方法用来为用户购买书提供账户更新操作。BookShopServiceDaoImpl.java是该接口的实现类；

（3）BookShopServiceDaoImpl.java中用了@Transactional注解声明式地管理事务，为了将方法定义为支持事务处理的, 可以为方法添加 @Transactional 注解. 根据 Spring AOP 基于代理机制, 只能标注公有方法.也可以在类级别上添加 @Transactional 注解. 当把这个注解应用到类上时, 这个类中的所有公共方法都会被定义成支持事务处理的. 在 Bean 配置文件中配置事务管理器并且启用 元素, 并为之指定事务管理器就可以了。

正常余额不足时，书的库存是不能减少的，只要调用bookShopService方法，更新书的库存的方法都会实现，即在判断用户余额是否不足之前，书的库存已经减少一本了（虽然用户并没有买这本书），导致用户的信息更新出错。因此需要加入事务管理，用来保证事务的完整性和一致性。也就是前面提到的“事务就是一系列的动作, 它们被当做一个单独的工作单元. 这些动作要么全部完成, 要么全部不起作用。”

3.4 事务的传播行为

当事务方法被另一个事务方法调用时, 必须指定事务应该如何传播. 例如: 方法可能继续在现有事务中运行, 也可能开启一个新事务, 并在自己的事务中运行.事务的传播行为可以由传播属性指定. Spring 定义了 7 种类传播行为。

3.4.1 示例

如下修改数据库使得用户余额只够买一本书，不够支付第二本书：

定义Cashier接口，用来表示用户的结账操作。

Cashier.java

CashierImpl.java

在SpringTransactionTest.java中进行测试，运行一次后：

账户余额不够支付两本书的价格：

再看数据库：

可以发现即使余额够其中一本书的价格，也没有支付成功。这是因为当 bookService 的 bookShopService() 方法被另一个事务方法 checkout() 调用时, 它默认会在现有的事务内运行. 这个默认的传播行为就是 REQUIRED. 因此在 checkout() 方法的开始和终止边界内只有一个事务. 这个事务只在 checkout() 方法结束的时候被提交, 结果用户一本书都买不了。

另一种常见的传播行为是 REQUIRES_NEW. 它表示该方法必须启动一个新事务, 并在自己的事务内（bookShopService()）运行. 如果有事务（checkout()）在运行, 就应该先挂起它。事务传播属性可以在 @Transactional 注解的 propagation 属性中定义，如下在bookShopService中新开启事务，

测试后查看数据库，用户的账户余额支付了第一本书的费用。

3.5 事务的隔离级别

从理论上来说, 事务应该彼此完全隔离, 以避免并发事务所导致的问题. 然而, 那样会对性能产生极大的影响, 因为事务必须按顺序运行. 在实际开发中, 为了提升性能, 事务会以较低的隔离级别运行，事务的隔离级别可以通过隔离事务属性指定。

3.5.1 Spring支持的事务隔离级别

3.5.2 设置隔离事务属性

用 @Transactional 注解声明式地管理事务时可以在 @Transactional 的 isolation 属性中设置隔离级别。

3.5.3 设置回滚事务属性

默认情况下只有未检查异常(RuntimeException和Error类型的异常)会导致事务回滚. 而受检查异常不会.事务的回滚规则可以通过 @Transactional 注解的 rollbackFor 和 noRollbackFor 属性来定义. 这两个属性被声明为 Class[] 类型的, 因此可以为这两个属性指定多个异常类.

rollbackFor: 遇到时必须进行回滚

noRollbackFor: 一组异常类，遇到时必须不回滚

3.5.4 超时和只读属性

由于事务可以在行和表上获得锁, 因此长事务会占用资源, 并对整体性能产生影响. 如果一个事物只读取数据但不做修改, 数据库引擎可以对这个事务进行优化.

超时事务属性: 事务在强制回滚之前可以保持多久. 这样可以防止长期运行的事务占用资源.

只读事务属性: 表示这个事务只读取数据但不更新数据, 这样可以帮助数据库引擎优化事务.

超时和只读属性可以在 @Transactional 注解中定义.超时属性以秒为单位来计算。