spring的申明事务和多线程的关系?

问题描述

一直觉得事务就很麻烦,再加上多线程,觉得更晕了,不知道大家有什么好的理解?如果有一个方法A(), 声明事务为PROPAGATION_REQUIRED。public void A() { new JdbcTemplate(); ... insert a row in database}A不是线程安全的,可能被多线程调用。那是不是有可能有多个A()方法在一个transaction中。那么一行插入不成功,就有可能多行插入不成功?但是我做了实验,结果好像不是这样,好像每次A的调用,都在自己的transaction中。不知道大家怎么理解?问题补充:谢谢各位的回答,但我还是不太明白。方法A是后台程序,不依赖J2EE容器,是我们自己写的一个ThreadWorker去多线程调用A。我是这么理解的,假设当前没有事务,如果thread1调用A,那么开始一个新事物 T, thread1 - A 在 T 中, 同时, Thread2也调用A, 发现当前已存在事务 T, 所以 thread2 - A 也会加入 T。如果按照lggege 的意思,我们自己start的thread中的事务也是ThreadLocal的,那就不会出现thread1 - A 和thread2 - A在同一个事务中了?可是又如何知道事务是ThreadLocal的呢?问题补充:刚才查到一些资料:Spring的事务管理的大致实现如下:关键类和方法:org.springframework.transaction.interceptor.TransactionInterceptor.invokeorg.springframework.transaction.interceptor.TransactionAspectSupport.createTransactionIfNecessaryorg.springframework.transaction.support.AbstractPlatformTransactionManager.getTransaction事务管理只有一个interceptor,那就是TransactionInterceptor。它在对象调用的每个方法之前都会检查一下是否有必要新建一个transactioncreateTransactionIfNecessary用来检查是否有必要新建一个transaction。步骤如下:寻找transactionAttributes中是否定义有匹配的方法名,匹配包括完全匹配和正则匹配.(优先寻找完全匹配)1。如果发现定义中有匹配的定义,则2。从ThreadLocal中找到connectionHoler对象,该对象是在DataSourceUtil.getConnection(DataSource)中获得的。这就是为什么要使用DataSourceUtil.getConnection(DataSource)的原因。一个connectionHolder对象里边记录了被请求的次数。3。检查当前的Transaction是否存在?即查找ThreadLocal里边的connectionHolder是否存在,如果存在,表示Transaction已经存在,直接返回。4。如果当前的Transaction在ThreadLocal中不存在,那么调用DataSourceTransactionManager.doBegin()方法。来新建一个transaction.看来spring管理的transaction是threadlocal的。

解决方案

引用我们自己start的thread中的事务也是ThreadLocal的,那就不会出现thread1 - A 和thread2 - A在同一个事务中了?可是又如何知道事务是ThreadLocal的呢?ThreadLocal 我指的是Spring的Transaction这样的.
解决方案二:
今天发现的一个疑问,百度了一下找了一些答案。楼主补充的答案已经说明了问题,下面还有一个更详细的解说。希望能帮到有需要的朋友http://blog.csdn.net/bluishglc/article/details/7784502
解决方案三:
lggege都已经说的差不多了...
解决方案四:

解决方案五:
感觉这个问题还没有到需要去分析PROPAGATION_REQUIRED具体含义的深度.1. 你写的类是DAO, 书写DAO应该要做到完全状态无关, 所以, 不在乎是否多线程去调用这个DAO. (当然, 这只是个最佳实践)2. 如果是J2EE, 那么服务器是用新的线程来响应每个请求的, 每个请求对应的线程的事务是完全ThreadLocal的, 也就是事务是完全和线程想关的, 也就是在前面1的前提下, 你不用去担心多线程访问一个DAO的情况, 因为他们各自有各自的事务, 一个线程的事务回滚 是不影响其他线程的. (除非, 你的Service自己new了线程出来.)
解决方案六:
PROPAGATION_REQUIRED 支持当前事务,如果当前没有事务,就新建一个事务。估计你这些个线程中调用A方法都是在不同的事务,或者本来就没事务,调用A时它就建了自己的事务。关于事务,建议去看看这篇文章:详解Spring事务属性
解决方案七:
PROPAGATION_REQUIRED是防止脏读的吧?大哥。。。

时间: 2024-08-02 10:45:06

spring的申明事务和多线程的关系?的相关文章

spring提供的事务管理

spring提供的事务管理可以分为两类:编程式的和声明式的.编程式的,比较灵活,但是代码量大, 存在重复的代码比较多:声明式的比编程式的更灵活.编程式主要使用transactionTemplate.省略了部 分的提交,回滚,一系列的事务对象定义,需注入事务管理对象:声明式:主要使用 TransactionProxyFactoryBean,围绕Poxy的动态代理,能够自动的提交和回滚事务.统观spring事务, 围绕着两个核心PlatformTransactionManager和Transacti

Spring框架的事务管理应用分析

引言 在软件开发中出现过各种各样的框架,开源软件的兴起,使得各种各样的框架纷纷出现,例如,Apache组织下就拥有诸多的框架类产品.框架就是一组协同工作的类,它们为特定类型的软件构筑了一个可重用的设计.然而,传统的框架使得应用程序组件过分依赖于框架中的类,这种耦合度的提高降低了组件的复用性.Spring框架的出现,使得组件之间更松散的耦合成为了可能. Spring框架简介 Spring框架是一个2003年2月才出现的开源项目,该开源项目起源自Rod Johnson在2002年末出版的<Exper

Spring五个事务隔离级别和七个事务传播行为

Spring五个事务隔离级别和七个事务传播行为 1. 脏读 :脏读就是指当一个事务正在访问数据,并且对数据进行了修改,而这种修改还没有提交到数据库中,这时,另外一个事务也访问这个数据,然后使用了这个数据. 2. 不可重复读 :是指在一个事务内,多次读同一数据.在这个事务还没有结束时,另外一个事务也访问该同一数据.那么,在第一个事务中的两 次读数据之间,由于第二个事务的修改,那么第一个事务两次读到的的数据可能是不一样的.这样就发生了在一个事务内两次读到的数据是不一样的,因此称为是不 可重复读.例如

浅析Spring提供的事务管理方法

Spring提供的事务管理可以分为两类:编程式的和声明式的.编程式的,比较灵活,但是代码量大,存在重复的代码比较多:而声明式的比编程式的更灵活方便.本文将讨论这两种事务管理的区别. 传统的JDBC事务管理 以往使用JDBC进行数据操作时,一般采用DataSource,从数据源中得到Connection,我们知道数据源是线程安全的,而连接不是线程安全的,所以对每个请求都是从数据源中重新取出一个连接.一般的数据源由容器进行管理,包括连接池.例如TOMCAT,WEBSPHERE,WEBLOGIC等这些

在SPRING中实现事务暂停的方法

摘要 Spring框架是一个流行的基于轻量级控制反转容器的Java/J2EE应用框架,尤其在数据访问和事务管理方面的能力是众所周知的.Spring的声明性事务分离可以应用到任何POJO目标对象,并且包含所有EJB基于容器管理事务中的已声明事务.后台的事务管理器支持简单的基于JDBC的事务和全功能的基于JTA的J2EE事务. 这篇文章详细的讨论了Spring的事务管理特性.重点是如何在使用JTA作为后台事务策略的基础上让POJO利用Spring的声明性事务,这也显示了Spring的事务服务可以无缝

Spring声明式事务管理源码解读之事务提交

在下面的文章中,我讲会多次提到第一篇文章,第一篇文章是:Spring声明式事务管 理源码解读之事务开始 如果要理解事务提交的话,理解事务开始是一个前提条件,所以请先看第一篇文章,再 来看这篇 如果你仔细看下去,我想肯定是有很多收获,因为我们确实能从spring的代码和思想 中学到很多东西. 正文: 其实俺的感觉就是事务提交要比事务开始复杂,看事务是否提交我们还是要回到 TransactionInterceptor类的invoke方法 Java代码 public Object invoke(Met

Spring声明式事务管理源码解读之事务开始

这个是我昨天在解决问题是看源码得一点体验,可能说得比较大概,希望大家多多讨 论,把本贴得质量提高上去,因为spring实现的事务管理这部分我相信还是有点复杂的. 一个人未必能想得十分清楚 在spring的声明式事务管理中,它是如何判定一个及标记一个方法是否应该是处在事 务体之中呢. 首先要理解的是spring是如何来标记一个方法是否应该处在事务体之中的.有这样一 个接口TransactionDefinition,其中定义了很多常量,它还有一个子接口 TransactionAttribute,其中

spring+mybatis,事务不起作用,求帮忙

问题描述 spring+mybatis,事务不起作用,求帮忙 spring + mybatis,开始annotation式事务 配置如下: <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="data

spring问题,事务提交阶段显示主键ID为0,插入数据库失败

问题描述 spring问题,事务提交阶段显示主键ID为0,插入数据库失败 struts2+hibernate4创建了一个注册系统,本来没问题的,但是整合加入spring之后在注册报空指针异常,在事务提交阶段取到的userId为0.感觉就是在new user()那里出问题,但是一直找不到问题根源困扰好久,*.hbm.xml,实体类都没问题,就是事务提交主键ID老是提示为0,怎么解决 实体类文件package com.chengji.ssh.beans; public class User { pr