搜档网
当前位置:搜档网 › 北京动力节点-Spring4讲义-第4章Spring与DAO

北京动力节点-Spring4讲义-第4章Spring与DAO

第4章Spring与DAO

本章内容主要包含两部分:Spring所使用的操作数据库的技术之一,JDBC模板的使用;另一部分则为Spring对于事务的管理。

Spring与Dao部分,是Spring的两大核心技术IoC与AOP的典型应用体现:

对于JDBC模板的使用,是IoC的应用,是将JDBC模板对象注入给了Dao层的实现类。 对于Spring的事务管理,是AOP的应用,将事务作为切面织入到了Service层的业务方法中。

4.1 Spring与JDBC模板

为了避免直接使用JDBC而带来的复杂且冗长的代码,Spring提供了一个强有力的模板类---JdbcT emplate来简化JDBC操作。并且,数据源DataSource对象与模板JdbcT emplate对象均可通过Bean的形式定义在配置文件中,充分发挥了依赖注入的威力。

举例:项目dao_jdbcTemplate

4.1.1 导入Jar包

除了Spring的基本Jar包,数据库驱动Jar外,还需要导入两个Jar包。它们均在Spring 框架解压目录下的libs目录中。

(1)Spring的JDBC Jar包

(2)Spring的事务Jar包

4.1.2 搭建测试环境

(1)定义实体类User

(2)定义数据库及表

(3)定义

IUserDao

(4)初步定义UserDaoImpl

这里仅仅定义一个UserDaoImpl类实现了IUserDao接口,但不具体写每个方法的方法实现。保持默认即可。后面会逐个通过Jdbc模板来实现。

(5)定义IUserService

(6)定义UserService

(7)定义测试类MyTest

4.1.3 数据源的配置

使用JDBC 模板,首先需要配置好数据源,数据源直接以Bean 的形式配置在Spring 配置文件中。根据数据源的不同,其配置方式不同。下面主要讲解三种常用数据源的配置方式:

(1)Spring 默认的数据源 (2)DBCP 数据源 (3)C3P0数据源

(1)Spring 默认的数据源DriverManagerDataSource

Spring 默认的数据源为DriverManagerDataSource ,其有一个属性DriverClassName

用于

接收DB驱动。

Ctrl + O查看类结构及源码:

DriverManagerDataSource类继承自AbstractDriverBasedDataSource。其有三个属性用于接收连接数据库的URL、用户名与密码。

Ctrl + O查看父类的类结构及源码:

(2)DBCP数据源BasicDataSource

DBCP,DataBase Connection Pool,是apache下的项目,使用该数据源,需要导入两个Jar包。它们在Spring依赖库的解压目录的https://www.sodocs.net/doc/262463078.html,mons目录中dbcp与pool子包中。

https://www.sodocs.net/doc/262463078.html,mons.dbcp-1.2.2.osgi.jar

https://www.sodocs.net/doc/262463078.html,mons.pool-1.5.3.jar

DBCP 数据源是BasicDataSource ,Ctrl + O 查看其类结构可看到,其有driverClassName 、url 、username 、password 四个DB 连接属性。

(3)C3P0数据源ComboPooledDataSource

使用C3P0数据源,需要导入一个Jar包,在Spring依赖库的解压目录的com.mchange.c3p0目录。

C3P0数据源是ComboPooledDataSource ,Ctrl + O查看其类结构可看到,其有driverClass、jdbcUrl、user、password四个DB连接属性。

4.1.4 从属性文件读取数据库连接信息

为了便于维护,可以将数据库连接信息写入到属性文件中,使Spring 配置文件从中读取数据。

属性文件名称随意,但一般都是放在src

下。

Spring配置文件从属性文件中读取数据时,需要在的value属性中使用${ },将在属性文件中定义的key括起来,以引用指定属性的值。

该属性文件若要被Spring配置文件读取,其必须在配置文件中进行注册。注册方式有两种:

(1)方式

(2)方式

(1)方式-使用class为PropertyPlaceholderConfigurer

以PropertyPlaceholderConfigurer类的bean实例的方式进行注册。该类有一个属性location,用于指定属性文件的位置。这种方式不常用。

(2)方式

该方式要求在Spring配置文件头部加入context的约束,即修改配置文件头。

标签中有一个属性location,用于指定属性文件的位置。

4.1.5 配置JDBC 模板

JDBC 模板类JdbcTemplate 从其父类JdbcAccessor 继承了一个属性dataSource ,用于接收数据源。

查看JdbcTemplate 源码,及JdbcAccessor 的类结构:

4.1.6 Dao 实现类继承JdbcDaoSupport 类

JdbcDaoSupport 类中有一个属性JdbcT emplate ,用于接收JDBC 模板。所以Dao 实现类继承了JdbcDaoSupport

类后,也就具有了JDBC

模板属性。在配置文件中,只要将模板对象

注入即可。

再仔细查看JdbcDaoSupport类,发现其有一个dataSource属性,查看setDataSource()方法体可知,若JDBC模板为null,则会自动创建一个模板对象。

故,在Spring配置文件中,对于JDBC模板对象的配置完全可以省去,而是在Dao实现类中直接注入数据源对象。这样会让系统自动创建JDBC模板对象。

4.1.7 对DB 的增、删、改操作

JdbcT emplate 类中提供了对DB 进行修改、查询的方法。Dao 实现类使用继承自JdbcDaoSupport 的getTemplate()方法,可以获取到JDBC 模板对象。

对DB 的增、删、改都是通过update()方法实现的。该方法常用的重载方法有两个:

public int update ( String sql)

public int update ( String sql, Object… args) 第1个参数为要执行的sql 语句,第2个参数为要执行的sql 语句中所包含的动态参数。其返回值为所影响记录的条数。一般不用。

4.1.8 对DB的查询操作

JDBC模板的查询结果均是以对象的形式返回。根据返回对象类型的不同,可以将查询分为两类:简单对象查询,与自定义对象查询。

简单对象查询:查询结果为String、Integer等简单对象类型,或该类型做为元素的集合类型,如List等。

自定义对象查询:查询结果为自定义类型,如User等,或该类型做为元素的集合类型,如List等。

(1)简单对象查询

常用的简单对象查询方法有:查询结果为单个对象的queryForObject()与查询结果为List 的queryForList()。

pubic T queryForObject (String sql, Class type, Object... args)

pubic List queryForList (String sql, Class type, Object... args)

(2)自定义对象查询

常用的自定义对象查询方法有:查询结果为单个对象的queryForObject()与查询结果为List的query()。

pubic T queryForObject (String sql, RowMapper m , Object... args)

pubic List query (String sql, RowMapper m, Object... args)

注意,RowMapper为记录映射接口,用于将查询结果集中每一条记录包装为指定对象。

该接口中有一个方法需要实现:

public Object mapRow(ResultSet rs, int rowNum)

参数rowNum表示总的结果集中当前行的行号,但参数rs并不表示总的结果集,而是表示rowNum所代表的当前行的记录所定义的结果集,仅仅是当前行的结果。

一般,该方法体中就是实现将查询结果中当前行的数据包装为一个指定对象。

4.1.9 注意:JDBC 模板对象是多例的

JdbcT emplate 对象是多例的,即系统会为每一个使用模板对象的线程(方法)创建一个JdbcT emplate 实例,并且在该线程(方法)结束时,自动释放JdbcTemplate 实例。所以在每次使用JdbcTemplate 对象时,都需要通过getJdbcTemplate()方法获取。

4.2 Spring 的事务管理

事务原本是数据库中的概念,在Dao 层。但一般情况下,需要将事务提升到业务层,即Service 层。这样做是为了能够使用事务的特性来管理具体的业务。

在Spring 中通常可以通过以下三种方式来实现对事务的管理: (1)使用Spring 的事务代理工厂管理事务 (2)使用Spring 的事务注解管理事务 (3)使用AspectJ 的AOP

配置管理事务

4.2.1 Spring事务管理API

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是程序在运行过程中出现的无法处理的错误,比如OutOfM emoryError、ThreadDeath、NoSuchMethodError等。当这些错误发生时,程序是无法处理(捕获或抛出)的,JVM一般会终止线程。

程序在编译和运行时出现的另一类错误称之为异常,它是JVM通知程序员的一种方式。通过这种方式,让程序员知道已经或可能出现错误,要求程序员对其进行处理。

异常分为运行时异常与受查异常。

运行时异常,是RuntimeException类或其子类,即只有在运行时才出现的异常。如,NullPointerException、ArrayIndexOutOfBoundsException、IllegalArgumentException 等均属于运行时异常。这些异常由JVM抛出,在编译时不要求必须处理(捕获或抛出)。但,只要代码编写足够仔细,程序足够健壮,运行时异常是可以避免的。

注意,Hibernate异常HibernateException就属于运行时异常。

受查异常,也叫编译时异常,即在代码编写时要求必须捕获或抛出的异常,若不处理,则无法通过编译。如SQLException,ClassNotFoundException,IOException等都属于受查异常。

RuntimeException及其子类以外的异常,均属于受查异常。当然,用户自定义的Exception 的子类,即用户自定义的异常也属受查异常。程序员在定义异常时,只要未明确声明定义的为RuntimeException的子类,那么定义的就是受查异常。

(2)事务定义接口

事务定义接口TransactionDefinition中定义了事务描述相关的三类常量:事务隔离级别、事务传播行为、事务默认超时时限,及对它们的操作。

A、定义了五个事务隔离级别常量

这些常量均是以ISOLATION_开头。即形如ISOLATION_XXX。

DEFAULT:采用DB默认的事务隔离级别。MySql的默认为REPEAT ABLE_READ;Oracle 默认为READ_COMMITTED。

READ_UNCOMMITTED:读未提交。未解决任何并发问题。

READ_COMMITTED:读已提交。解决脏读,存在不可重复读与幻读。

REPEATABLE_READ:可重复读。解决脏读、不可重复读,存在幻读

SERIALIZABLE:串行化。不存在并发问题。

B、定义了七个事务传播行为常量

所谓事务传播行为是指,处于不同事务中的方法在相互调用时,执行期间事务的维护情况。如,A事务中的方法doSome()调用B事务中的方法doOther(),在调用执行期间事务的维护情况,就称为事务传播行为。事务传播行为是加在方法上的。

事务传播行为常量都是以PROPAGATION_ 开头,形如PROPAGATION_XXX。

a、REQUIRED:

指定的方法必须在事务内执行。若当前存在事务,就加入到当前事务中;若当前没有事务,则创建一个新事务。这种传播行为是最常见的选择,也是Spring默认的事务传播行为。

如该传播行为加在doOther()方法上。若doSome()方法在调用doOther()方法时就是在事务内运行的,则doOther()方法的执行也加入到该事务内执行。若doSome()方法在调用doOther()方法时没有在事务内执行,则doOther()方法会创建一个事务,并在其中执行。

b 、SUPPORTS

指定的方法支持当前事务,但若当前没有事务,也可以以非事务方式执行。

c 、

MANDATORY

指定的方法必须在当前事务内执行,若当前没有事务,则直接抛出异常。

d、REQUIRES_NEW

总是新建一个事务,若当前存在事务,就将当前事务挂起,直到新事务执行完毕。

e、NOT_SUPPORTED

指定的方法不能在事务环境中执行,若当前存在事务,就将当前事务挂起。

f 、NEVER

指定的方法不能在事务环境下执行,若当前存在事务,就直接抛出异常。

g 、NESTED

指定的方法必须在事务内执行。若当前存在事务,则在嵌套事务内执行;若当前没有事

务,则创建一个新事务。

相关主题