首页>>后端>>Spring->spring事务的特性?

spring事务的特性?

时间:2023-12-02 本站 点击:0

1spring的事务是什么?与数据库的事务是否一样

在计算机学涉及到‘事务’这个词通常就是指数据库事务?

追根溯源,其实事务不光指数据库事务。

但是,我们软件开发中的事物如无特别说明,那就是数据库事务了

spring 的事务处理?

首先,我们要明白数据库事务 ,这个概念。

下面是一个事务操作实例

在JDBC的操作中,手动作一个事务操作,

------

try{

java.sql.Connection conn= 获得一个连接;

conn.setAutoCommit(false);

.....具体的数据库操作(多个)

conn.commit();

}catch(Exception ex){

conn.rollback();

}

------

当具体的数据库操作中有一个发生异常,那么整个事务就回滚,

所有的增删改操作都将无效。

而spring 配置式事务要达到的效果是:

1,对指定的类的方法添加事务,

2,配置管理,不需要每个数据库造作都像上面一样写那么多代码,

3,spring的配置式事务可以吧多个操作数据库的方法配置在一个事务中,

这样灵活性更加高了。

什么是事务的传播特性?

就是多个事务方法相互调用时,事务如何在这些方法间传播。

一、除了事务的传播行为外,事务的其它特性 Spring 是借助底层资源的功能来完成的,Spring 无非只充当个代理的角色。但是事务的传播行为却是

Spring 凭借自身的框架提供的功能,是 Spring 提供给开发者最珍贵的礼物,讹传的说法玷污了 Spring 事务框架最美丽的光环。

二、Spring 事务一个被讹传很广说法是:一个事务方法不应该调用另一个事务方法,否则将产生两个事务。结果造成开发人员在设计事务方法时束手束脚,生怕一不小心就踩到地雷。

三、在我们用SSH开发项目的时候,我们一般都是将事务设置在Service层那么当我们调用Service层的一个方法的时候它能够保证我们的这个方法中执行的所有的对数据库的更新操作保持在一个事务中,在事务层里面调用的这些方法要么全部成功,要么全部失败。那么事务的传播特性也是从这里说起的。

四、如果你在你的Service层的这个方法中,除了调用了Dao层的方法之外,还调用了本类的其他的Service方法,那么在调用其他的Service方法的时候,这个事务是怎么规定的呢,我必须保证我在我方法里掉用的这个方法与我本身的方法处在同一个事务中,否则如果保证事物的一致性。

五、默认情况下当发生RuntimeException的情况下,事务才会回滚,所以要注意一下如果你在程序发生错误的情况下,有自己的异常处理机制定义自己的Exception,必须从RuntimeException类继承这样事务才会回滚!

六、当我们项目中仅仅使用hibernate,而没有集成进spring的时候,我们在一个service层中调用其他的业务逻辑方法,为了保证事物必须也要把当前的hibernatesession传递到下一个方法中,或者采用ThreadLocal的方法,将session传递给下一个方法,其实都是一个目的。

Spring_事务的几种属性

false/true 是否只读,如果只有查询,设置为true,效率高;增加,删除,修改操作时,设置为false

Propagation.REQUIRED/REQUIRES_NEW/NOT_SUPPORTED/MANDATORY/SUPPORTS/Never/NESTED

其中,最常用的是前两个;REQUIRED:两个方法中的事务,进行事务合并(两个事务合并成一个事务)

REQUIRES_NEW在调用情况下,两个事务相互独立,原方法中的事务先挂起,调用的方法执行完之后,原方法继续执行

Isolation.DEFAULT

mysql默认的事务处理级别是'REPEATABLE-READ',也就是可重复读

查看当前会话隔离级别

select @@tx_isolation;

查看系统当前隔离级别

select @@global.tx_isolation;

spring的事务管理有几种方式实现,如何实现

实现方式共有两种:编码方式;声明式事务管理方式。

基于AOP技术实现的声明式事务管理,实质就是:在方法执行前后进行拦截,然后在目标方法开始之前创建并加入事务,执行完目标方法后根据执行情况提交或回滚事务。

声明式事务管理又有两种方式:基于XML配置文件的方式;另一个是在业务方法上进行@Transactional注解,将事务规则应用到业务逻辑中。

spring两大特性

控制反转(IoC)

控制反转,简单点说,就是创建对象的控制权,被反转到了Spring框架上。

通常,我们实例化一个对象时,都是使用类的构造方法来new一个对象,这个过程是由我们自己来控制的,而控制反转就把new对象的工交给了Spring容器。

主要意思为:

IoC的主要实现方式有两种:依赖查找、依赖注入。

依赖注入是一种更可取的方式。

那么依赖查找和依赖注入有什么区别呢?

依赖查找,主要是容器为组件提供一个回调接口和上下文环境。这样一来,组件就必须自己使用容器提供的API来查找资源和协作对象,控制反转仅体现在那些回调方法上,容器调用这些回调方法,从而应用代码获取到资源。

依赖注入,组件不做定位查询,只提供标准的Java方法让容器去决定依赖关系。容器全权负责组件的装配,把符合依赖关系的对象通过Java Bean属性或构造方法传递给需要的对象。

面向切面编程(AOP)

面向切面编程(AOP)就是纵向的编程。比如业务A和业务B现在需要一个相同的操作,传统方法我们可能需要在A、B中都加入相关操作代码,而应用AOP就可以只写一遍代码,A、B共用这段代码。并且,当A、B需要增加新的操作时,可以在不改动原代码的情况下,灵活添加新的业务逻辑实现。

在实际开发中,比如商品查询、促销查询等业务,都需要记录日志、异常处理等操作,AOP把所有共用代码都剥离出来,单独放置到某个类中进行集中管理,在具体运行时,由容器进行动态织入这些公共代码。

AOP主要一般应用于签名验签、参数校验、日志记录、事务控制、权限控制、性能统计、异常处理等。

怎么理解spring事务的传播特性

Spring中通过Propagation来设置事务的传播属性的,在这个属性中提供了我们其中关于事务传播的特性:

1. PROPAGATION_REQUIRED:支持当前事务,如果当前没有事务,就新建一个事务。这是最常见的选择。

2. PROPAGATION_SUPPORTS:支持当前事务,如果当前没有事务,就以非事务方式执行。

3. PROPAGATION_MANDATORY:支持当前事务,如果当前没有事务,就抛出异常。

4. PROPAGATION_REQUIRES_NEW:新建事务,如果当前存在事务,把当前事务挂起。

5. PROPAGATION_NOT_SUPPORTED:以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。

6. PROPAGATION_NEVER:以非事务方式执行,如果当前存在事务,则抛出异常。

7. PROPAGATION_NESTED:支持当前事务,新增Savepoint点,与当前事务同步提交或回滚。


本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如若转载,请注明出处:/Spring/10014.html