Spring25学习文档3.docx

Spring25学习文档3.docx

《Spring25学习文档3.docx》由会员分享，可在线阅读，更多相关《Spring25学习文档3.docx（15页珍藏版）》请在冰豆网上搜索。

Spring25学习文档3

1.访问数据库

1.1.Spring+JDBC组合开发

1.1.1.准备测试用的数据库与表

一、建库：

createdatabasespring_jdbc;

二、建表：

CREATETABLE`jdbc`.`t_user`（

`id`INTEGERUNSIGNEDNOTNULLAUTO_INCREMENT,

`name`VARCHAR（45）,

`age`INTEGERUNSIGNED,

PRIMARYKEY（`id`）

）

1.1.2.配置数据源（c3p0）

使用c3p0连接池，需要先把c3p0的jar包添加到工程中。

我们在配置时把数据库连接信息放到外面单独的jdbc.properties文件中。

jdbc.properties：

1.1.3.配置JdbcTemplate

JdbcTemplate是线程安全的，所以可以使用单例的模式。

使用JdbcTemplate可以方便JDBC开发，他使用了“模板方法模式”与“回调接口”的技巧。

1.1.4.JdbcTemplate的execute（..）方法

对于增删改查，我们一般还是使用他提供的其他的方实现，比使用这个方法更方便。

1.1.5.使用JdbcTemplate做增删改操作

因为Connection默认autoCommit=true，所以可以提交事务，从数据库中可以看到数据更改了。

1.1.6.使用JdbcTemplate做查询操作

1.2.事务管理

1.2.1.事务的概念

事务是一组操作的执行单元，相对于数据库操作来讲，事务管理的是一组SQL指令，比如增加，修改，删除等，事务的一致性，要求，这个事务内的操作必须全部执行成功，如果在此过程种出现了差错，比如有一条SQL语句没有执行成功，那么这一组操作都将全部回滚

仅用四个词解释事务（ACID）

atomic（原子性）:

要么都发生，要么都不发生。

consistent（一致性）:

数据应该不被破坏。

Isolate（隔离性）:

用户间操作不相混淆

Durable（持久性）:

永久保存,例如保存到数据库中等

1.2.2.数据库系统的四种事务隔离级别

隔离级别

含义

READ_UNCOMMITED

允许你读取还未提交的改变了的数据。

可能导致脏、幻、不可重复读

READ_COMMITTED

允许在并发事务已经提交后读取。

可防止脏读，但幻读和不可重复读仍可发生

REPEATABLE_READ

对相同字段的多次读取是一致的，除非数据被事务本身改变。

可防止脏、不可重复读，但幻读仍可能发生。

SERIALIZABLE

完全服从ACID的隔离级别，确保不发生脏、幻、不可重复读。

这在所有的隔离级别中是最慢的，它是典型的通过完全锁定在事务中涉及的数据表来完成的。

●ReadUncommited：

读未提交数据（会出现脏读,不可重复读和幻读）。

●ReadCommited：

读已提交数据（会出现不可重复读和幻读）

●RepeatableRead：

可重复读（会出现幻读）

●Serializable：

串行化

DEFAULT

使用后端数据库默认的隔离级别（spring中的的选择项）

脏读：

一个事务读取了另一个事务改写但还未提交的数据,如果这些数据被回滚，则读到的数据是无效的。

不可重复读：

在同一事务中，多次读取同一数据返回的结果有所不同。

换句话说就是，后续读取可以读到另一事务已提交的更新数据。

相反，“可重复读”在同一事务中多次读取数据时，能够保证所读数据一样，也就是，后续读取不能读到另一事务已提交的更新数据。

幻读：

一个事务读取了几行记录后，另一个事务插入一些记录，幻读就发生了。

再后来的查询中，第一个事务就会发现有些原来没有的记录。

不同的隔离级别采用不同的锁类型来实现，在四种隔离级别中，Serializable的隔离级别最高，ReadUncommited的隔离级别最低。

•大多数据库默认的隔离级别为ReadCommited，如SqlServer

•当然也有少部分数据库默认的隔离级别为Repeatable_Read，如Mysql,

•Oracle数据库支持READCOMMITTED和SERIALIZABLE两种事务隔离性级别，不支持READUNCOMMITTED和REPEATABLEREAD这两种隔离性级别。

虽然SQL标准定义的默认事务隔离性级别是SERIALIZABLE，但是Oracle数据库默认使用的事务隔离性级别却是READCOMMITTED.

标准中定义的有4种，MySQL支持4种，Oracle只支持2种。

默认值也不一样。

1.2.3.Spring对事务管理的支持

Spring提供了两种事务管理方式：

编程式事务管理：

编写程序式的事务管理可以清楚的定义事务的边界，可以实现细粒度的事务控制，比如你可以通过程序代码来控制你的事务何时开始，何时结束等，与后面介绍的声明式事务管理相比，它可以实现细粒度的事务控制。

声明式事务管理：

如果你并不需要细粒度的事务控制，你可以使用声明式事务，在Spring中，你只需要在Spring配置文件中做一些配置，即可将操作纳入到事务管理中，解除了和代码的耦合，这是对应用代码影响最小的选择。

当你不需要事务管理的时候，可以直接从Spring配置文件中移除该设置

如果使用Spring,我们就不再需要手工控制事务：

1.2.4.事务传播规则（传播行为）

传播行为：

定义关于客户端和被调用方法的事物边界

传播行为

意义

REQUIRED

（默认值）

业务方法需要在一个事务中运行。

如果方法运行时，已经处在一个事务中，那么加入到该事务，否则为自己创建一个新的事务

NOT_SUPPORTED

声明方法不需要事务。

如果方法没有关联到一个事务，容器不会为它开启事务。

如果方法在一个事务中被调用，该事务会被挂起，在方法调用结束后，原先的事务便会恢复执行

REQUIRESNEW

属性表明不管是否存在事务，业务方法总会为自己发起一个新的事务。

如果方法已经运行在一个事务中，则原有事务会被挂起，新的事务会被创建，直到方法执行结束，新事务才算结束，原先的事务才会恢复执行

MANDATORY

该属性指定业务方法只能在一个已经存在的事务中执行，业务方法不能发起自己的事务。

如果业务方法在没有事务的环境下调用，容器就会抛出例外。

SUPPORTS

这一事务属性表明，如果业务方法在某个事务范围内被调用，则方法成为该事务的一部分。

如果业务方法在事务范围外被调用，则方法在没有事务的环境下执行

Never

指定业务方法绝对不能在事务范围内执行。

如果业务方法在某个事务中执行，容器会抛出例外，只有业务方法没有关联到任何事务，才能正常执行

NESTED

如果一个活动的事务存在，则运行在一个嵌套的事务中.如果没有活动事务,则按REQUIRED属性执行.它使用了一个单独的事务，这个事务拥有多个可以回滚的保存点。

内部事务的回滚不会对外部事务造成影响。

它只对DataSourceTransactionManager事务管理器起效

1.2.5.事务管理器

spring没有直接管理事务，而是将管理事务的责任委托给JTA或相应的持久性机制所提供的某个特定平台的事物实现

事务管理器实现

目标

org.springframework.jdbc.datasource.DataSourceTransactionManager

在单一的JDBCDatasource中的管理事务

org.springframework.orm.hibernate3.HibernateTransactionManager

当持久化机制是hibernate时，用它来管理事务

org.springframework.jdo.JdoTransactionManager

当持久化机制是Jdo时，用它来管理事务。

org.springframework.transaction.jta.JtaTransactionManager

使用一个JTA实现来管理事务。

在一个事务跨越多个资源时必须使用

org.springframework.orm.ojb.PersistenceBrokerTransactionManager

当apache的ojb用作持久化机制时，用它来管理事务。

1.2.6.声明式事务管理——基于XML配置

1.2.6.1.在spring配置文件中引入tx命名空间

1.2.6.2.在spring配置文件中做关于事务管理的配置

--thetransactionaladvice（what'happens';seethe

advisor/>beanbelow）-->

adviceid="txAdvice"transaction-manager="txManager">

--thetransactionalsemantics...-->

attributes>

--allmethodsstartingwith'get'areread-only-->

methodname="get*"read-only="true"/>

--othermethodsusethedefaulttransactionsettings（seebelow）-->

methodname="*"/>

attributes>

advice>

1.2.7.声明式事务管理——基于注解配置

1.2.7.1.在spring中要做的配置

1.2.7.2.在类上写注解声明要使用事务

1.2.7.3.@Transactional注解说明

方法的事务设置将被优先执行。

例如：

UserServiceImpl类在类的级别上被注解为只读事务，但是，这个类中的addUser（Useruesr）方法的@Transactional注解的事务设置将优先于类级别注解的事务设置。

@Transactional注解可以被继承，即：

在父类上声明了这个注解，则子类中的所有public方法也都是会开事务的。

2.与Hibernate3整合

2.1.分别添加Hibernate3与Spring的开发环境

略。

2.2.在Spring中配置SessionFactory

2.3.在Spring中配置声明式事务管理

2.4.在DaoImpl中使用Hibernate做数据库操作并配置事务

2.4.1.方法一：

使用HibernateTemplate

2.4.1.1.配置HibernateTemplate

2.4.1.2.使用HibernateTemplate做增删改查操作

略

2.4.2.方法二：

使用注入的SessionFactory（推荐）

这种方式不依赖Spring的API，所以推荐使用。

2.5.使用Spring的OpenSessionInViewFilter解决在Web应用中Hibernate懒加载异常的问题

一、懒加载问题与解决方案说明：

二、在web.xml中配置Spring的OpenSessionInViewFilter以解决这个问题：

3.SSH整合