`
topxiaoke
  • 浏览: 10199 次
  • 性别: Icon_minigender_1
  • 来自: 成都
社区版块
存档分类

浅谈Spring声明式事务管理ThreadLocal和JDKProxy

阅读更多

  我写这篇文章的目的,为了使大家更好的理解和摸清事务的规律,希望对新手学习事务这块内容时有所帮助。

   在我们开发一个应用时,很多时候我们的一个业务操作会对数据库进行多次操作,有时候我们需要保证这么一系列的操作要么全部成功,要么全部失败,其实这个这个概念就是我们今天要谈论的事务。
  
   现在我们开发应用一般都采用三层结构,如果我们控制事务的代码都放在DAO(DataAccessObject)对象中,在DAO对象的每个方法当中去打开事务和关闭事务,当Service对象在调用DAO时,如果只调用一个DAO,那我们这样实现则效果不错,但往往我们的Service会调用一系列的DAO对数据库进行多次操作,那么,这个时候我们就无法控制事务的边界了,因为实际应用当中,我们的Service调用的DAO的个数是不确定的,可根据需求而变化,而且还可能出现Service调用Service的情况,看来手工来控制事务对于一个稍微严谨一点的系统来说完全是不现实的。

   那么现在我们有什么好的解决办法吗?还记得EJB引以为傲的声明式事务吗,虽然它现在已经慢慢没落,但是它的思想被后人所吸取,我们的Spring框架是一个轻量级框架,它同样的实现了声明式事务的支持,使我们能够通过配置及可插拔的方式的完成整个应用的事务的管理。

  
   谈到Sping事务,我们今天要说到的一个东东是ThreadLocal,早在JDK 1.2的版本中就提供java.lang.ThreadLocal,ThreadLocal为解决多线程程序的并发问题提供了一种新的思路。简单的说,ThreadLocal是为每个线程保存一份变量,各个线程访问自己对应的变量,所以我们就可以不使用synchronized关键字同样可以实现线程同步,要了解关于ThreadLocal的详细信息,请参看http://serenity.iteye.com/blog/1474401


为了简单明了,今天我们先抛开AOP,还是先用手工的方式通过ThreadLocal来管理连接,废话不多说,先来看代码
TransactionHelper

package com.hwadee.demo;

import java.io.IOException;
import java.io.InputStream;
import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.SQLException;
import java.util.Properties;

public final class TransactionHelper {
	
	//使用ThreadLocal持有当前线程的数据库连接
	private final static ThreadLocal<Connection> connection_holder = new ThreadLocal<Connection>();
	
	//连接配置,来自connection.properties
	private final static Properties connectionProp = new Properties();
	
	static{		
		//加载配置文件
		InputStream is = Thread.currentThread().getContextClassLoader().getResourceAsStream("connection.properties");
		try {
			
			connectionProp.load(is);
			is.close();
			//加载驱动程序
			Class.forName(connectionProp.getProperty("driverClassName"));
		} catch (IOException e) {
			 throw new RuntimeException(e.getMessage(),e);
		}catch(ClassNotFoundException e){
			throw new RuntimeException("驱动未找到",e);
		}
	}
	
	//获取当前线程中的数据库连接
	private static Connection getCurrentConnection()
	{
		Connection conn = connection_holder.get();
		if(conn == null){
			conn =  createNotAutoCommitConnection();			
			connection_holder.set(conn);
		}
		return conn;
	}
	
	//执行SQL语句
	public static int executeNonQuery(String sql) throws SQLException{
		
		Connection conn = getCurrentConnection();
		 
		return conn.createStatement().executeUpdate(sql);

	}
	
	//提交事务
	public static void commit(){
		Connection conn = getCurrentConnection();
		try {
			conn.commit();
			conn.close();
			connection_holder.set(null);
		} catch (SQLException e) {
			throw new RuntimeException(e.getMessage(),e);
		}
	}
	
	
	//回滚事务
	public static void rollback(){
		Connection conn = getCurrentConnection();
		try {
			conn.rollback();
			conn.close();
			connection_holder.set(null);
		} catch (SQLException e) {
			throw new RuntimeException(e.getMessage(),e);
		}
	}
	
	//创建一个不自动Commit的数据库连接
	private static Connection createNotAutoCommitConnection() {
		try {
			
			Connection conn = DriverManager.getConnection(connectionProp.getProperty("url")+";databaseName="+ connectionProp.getProperty("databaseName")
					,connectionProp.getProperty("username")
					,connectionProp.getProperty("password"));
			conn.setAutoCommit(false);
			return conn;
		} catch (SQLException e) {
			 throw new RuntimeException(e.getMessage(),e);
		}
	}	
}


这个类实现了基本的连接管理与执行SQL语句的方法,可以在多线程环境下运行


程序入口

package com.hwadee.demo;

import java.sql.SQLException;

public class MainModule {
	
	public static void main(String[] args) {		
		try{
			
			insert1();
			
			insert2();
			
			//方法1和2都无异常,提交事务,任何一个方法出现异常都将导致事务回滚。
			TransactionHelper.commit();
		}catch(SQLException e){			
			TransactionHelper.rollback();
			throw new RuntimeException(e.getMessage(),e);
		}catch(RuntimeException e){			 
			TransactionHelper.rollback();
			throw new RuntimeException(e.getMessage(),e);
		}
	}
	
	
	static void insert1() throws SQLException{		
		String sql = "insert into department values(1,'市场部')";
		
		TransactionHelper.executeNonQuery(sql);		 
	}
	
	static void insert2() throws SQLException{		
		String sql = "insert into department values(2,'研发部')";
		
		TransactionHelper.executeNonQuery(sql);	
		
		//throw new RuntimeException("回滚");		
	}
}




连接字符串配置,请将此文件放入classpath根目录中
connection.properties

url=jdbc:sqlserver://localhost:1433
databaseName=pubs
username=sa
password=password
driverClassName=com.microsoft.sqlserver.jdbc.SQLServerDriver




建表语句

USE [pubs]
go
CREATE TABLE [Department](
	[DEPT_ID] [int] primary key,
	[DEPT_NAME] [varchar](50)
)
GO




   好了现在运行这个应用,可以正常的插入两条数据,接下来,取消insert2方法里面的注释,再运行看看效果。

static void insert2() throws SQLException{		
		String sql = "insert into department values(2,'研发部')";
		
		TransactionHelper.executeNonQuery(sql);	
		
		throw new RuntimeException("回滚");		
	}



很重要的一点是要想实现事务,我们必须用同一个数据库连接执行这些语句,最终才能做到统一的提交和回滚。
我们可以这样假设
insert1和insert2为不同DAO的方法
仔细观察,我们的insert1和insert2并没有负责打开连接和关闭连接。而是间接的调用TransactionHelper.executeNonQuery(sql);
这样使我们执行的所有方法都是使用同一个连接进行数据库操作。

   其实这个例子只是想告诉大家要实现声明式事务的一部分内容,这个例子只能实现简单的单事务模型,要实现更复杂的事务传播模型如嵌套等,还需要我们使用更多的技术,如AOP等等。先写到这里,希望对大家有所帮助!

   感谢大家的支持,应为最近在比较忙,一直没有更新此贴,周末终于有时间可以继续来完成这篇文章了。
   
    前面我们讲到了ThreadLocal管理连接,当然这么一点内容确实和Spring的声明式事务没有多大联系,前面的例子还是由我们自己在管理事务的起点和终点,但大多数时候我们在编写一个业务逻辑时并不能确定事务的边界,而却随着系统越发复杂化,之前的一个事务可能会作为另一个业务逻辑的子事务,那要做到事务原子性,我们就根本没办法在代码里面去写事务控制的逻辑,我们需要一种能够灵活的配置的方式来管理事务,这样,我们只需要在配置文件里面配哪些对象的哪些方法需要事务,而且可以配置事务的传播特性。

这里简要的看看事务传播特性
Spring在TransactionDefinition接口中7种类型的事务传播行为,它们规定了事务方法和事务方法发生嵌套调用时事务如何进行传播:

1.PROPAGATION_REQUIRED
如果当前没有事务,就新建一个事务,如果已经存在一个事务中,加入到这个事务中。这是最常见的选择。

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

3.PROPAGATION_MANDATORY
使用当前的事务,如果当前没有事务,就抛出异常。

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

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

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

7.PROPAGATION_NESTED
如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则执行与PROPAGATION_REQUIRED类似的操作。

   我们看到了上面的定义的7中事务传播特性,那么Spring到底是如何来实现事务传播特性呢?Proxy,使用Proxy,我们为所有需要实现事务的对象创建一个代理对象,代理对象能够在目标对象的方法被调用的前后,加入事务判断的逻辑,这样子就可以实现事务传播特性,这就是我们下面要讲的AOP。在Java下实现AOP最常用的两种方案分别为JDK动态代理和CGLib动态代理,它们各有优势。下面简单的对比一下。

JDK动态代理                    |                CGlib动态代理
JDK原生支持                    |                需要第三方库
只能针对接口代理                |               可以针对接口和类进行代理
创建代理的速度快                |             创建代理速度慢
代理对象性能一般                |             代理对象性能很好

  根据上面的这些特性,总结如下,对于Singleton的代理对象或者具有实例池的代理,因为无须频繁创建代理对象,比较适合用CGLib动态代理技术,反之适合用JDK动态代理技术。
顺便要提一点,由于CGLib采用动态创建子类的方式生成代理,所以不能对目标类中的final方法进行代理。

   这里我们来看一个JDK动态代理实现Required事务的例子,代码比较多,需要大家一点点耐心,先来看看代码。

接口 DAO 使用JDK动态代理必须要有接口

package com.hwadee.demo.aop;

public interface DAO {
	void doWork();
}



实现类 DAOImpl1

package com.hwadee.demo.aop;

import java.sql.SQLException;

import com.hwadee.demo.TransactionHelper;

public class DAOImpl1 implements DAO {

	public void doWork() {

		System.out.println(this.getClass().getName() + "." + "doWork  Invoke");

		String sql = "insert into department values(1,'市场部')";

		try {
			TransactionHelper.executeNonQuery(sql);
		} catch (SQLException e) {
			throw new RuntimeException(e.getMessage(), e);
		}
		// 调用dao2
		DAO dao2 = (DAO) BeanFactory.getBean("dao2");
		dao2.doWork();
	}
}



实现类 DAOImpl2

package com.hwadee.demo.aop;

import java.sql.SQLException;

import com.hwadee.demo.TransactionHelper;

public class DAOImpl2 implements DAO {

	public void doWork() {

		System.out.println(this.getClass().getName() + "." + "doWork  Invoke");

		String sql = "insert into department values(2,'研发部')";

		try {
			TransactionHelper.executeNonQuery(sql);
		} catch (SQLException e) {
			throw new RuntimeException(e.getMessage(), e);
		}
		//throw new RuntimeException("回滚");
	}
}



修改过后的 TransactionHelper

package com.hwadee.demo;

import java.io.IOException;
import java.io.InputStream;
import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.SQLException;
import java.util.Properties;

public final class TransactionHelper {

	// 使用ThreadLocal持有当前线程的数据库连接
	private final static ThreadLocal<Connection> connection_holder = new ThreadLocal<Connection>();

	// 当前是否处于事务环境
	private final static ThreadLocal<Boolean> existsTransaction = new ThreadLocal<Boolean>() {
		@Override
		protected Boolean initialValue() {
			return Boolean.FALSE;
		}
	};

	// 是否必须回滚
	private final static ThreadLocal<Boolean> rollbackOnly = new ThreadLocal<Boolean>() {
		@Override
		protected Boolean initialValue() {
			return Boolean.FALSE;
		}
	};

	// 连接配置,来自connection.properties
	private final static Properties connectionProp = new Properties();

	static {
		// 加载配置文件
		InputStream is = Thread.currentThread().getContextClassLoader()
				.getResourceAsStream("connection.properties");
		try {

			connectionProp.load(is);
			is.close();
			// 加载驱动程序
			Class.forName(connectionProp.getProperty("driverClassName"));
		} catch (IOException e) {
			throw new RuntimeException(e.getMessage(), e);
		} catch (ClassNotFoundException e) {
			throw new RuntimeException("驱动未找到", e);
		}
	}

	/**
	 * 是否必须回滚
	 */
	public static boolean isRollbackOnly() {
		return rollbackOnly.get();
	}

	/**
	 * 设置当前事务环境的回滚状态
	 */
	public static void setRollbackOnly(boolean flag) {
		rollbackOnly.set(flag);
	}

	/**
	 * 当前是否存在事务
	 */
	public static boolean existsTransaction() {
		return existsTransaction.get();
	}

	// 设置当前事务环境
	private static void setExistsTransaction(boolean flag) {
		existsTransaction.set(flag);
	}

	/**
	 * 开始一个事务
	 */
	public static void beginTransaction() {
		Connection conn = createNotAutoCommitConnection();
		connection_holder.set(conn);
		setExistsTransaction(Boolean.TRUE);
	}

	// 获取当前线程中的数据库连接
	private static Connection getCurrentConnection() {
		return connection_holder.get();
	}

	// 执行SQL语句
	public static int executeNonQuery(String sql) throws SQLException {

		Connection conn = getCurrentConnection();

		return conn.createStatement().executeUpdate(sql);

	}

	/**
	 * 提交事务
	 */
	public static void commit() {
		Connection conn = getCurrentConnection();
		try {
			conn.commit();
			conn.close();
			connection_holder.set(null);
			setExistsTransaction(Boolean.FALSE);
		} catch (SQLException e) {
			throw new RuntimeException(e.getMessage(), e);
		}
	}

	/**
	 * 回滚事务
	 */
	public static void rollback() {
		Connection conn = getCurrentConnection();
		try {
			conn.rollback();
			conn.close();
			connection_holder.set(null);
			setExistsTransaction(Boolean.FALSE);
		} catch (SQLException e) {
			throw new RuntimeException(e.getMessage(), e);
		}
	}

	// 创建一个不自动Commit的数据库连接
	private static Connection createNotAutoCommitConnection() {
		try {

			Connection conn = DriverManager.getConnection(connectionProp
					.getProperty("url")
					+ ";databaseName="
					+ connectionProp.getProperty("databaseName"),
					connectionProp.getProperty("username"), connectionProp
							.getProperty("password"));
			conn.setAutoCommit(false);
			return conn;
		} catch (SQLException e) {
			throw new RuntimeException(e.getMessage(), e);
		}
	}

}



RequiredTransactionInterceptor 事务拦截器

package com.hwadee.demo.aop;

import java.lang.reflect.InvocationHandler;
import java.lang.reflect.InvocationTargetException;
import java.lang.reflect.Method;

import com.hwadee.demo.TransactionHelper;

/**
 * 事务拦截器 代理对象执行接口的任意方法都会被拦截 对方法的调用交由本类的 invoke 方法处理
 */
public class RequiredTransactionInterceptor implements InvocationHandler {

	// 目标对象
	private Object target;

	// 在构造方法中传入目标对象
	public RequiredTransactionInterceptor(Object target) {
		this.target = target;
	}

	/**
	 * 在代理对象调用接口方法时的请求会被此方法拦截
	 * 
	 * @param proxy
	 *            代理对象
	 * @param method
	 *            目标对象当前调用的方法
	 * @param args
	 *            调用此方法时传递的参数
	 */
	public Object invoke(Object proxy, Method method, Object[] args)
			throws Throwable {

		// 在目标方法被调用前织入的逻辑,此处以Required传播属性为例
		// 判断当前的事务环境,是开始一个新事务还是加入已有的事务

		boolean existsTransaction = TransactionHelper.existsTransaction();

		if (existsTransaction == false) {
			TransactionHelper.beginTransaction();
			System.out.println("当前事务环境还没有事务,开启一个新事务");
		} else {
			System.out.println("当前事务环境已存在事务,加入事务");
		}

		// 目标方法的返回值
		Object result = null;

		// 此处才真正调用目标对象的方法
		try {
			result = method.invoke(target, args);
		} catch (InvocationTargetException e) {
			// 捕获调用目标异常,如果目标异常是运行时异常则设置回滚标志
			Throwable cause = e.getCause();
			if (cause instanceof RuntimeException) {
				TransactionHelper.setRollbackOnly(true);
				System.out.println("出现运行时异常,事务环境被设置为必须回滚");
			} else {
				System.out.println("出现非运行时异常,忽略");
			}
		}

		// 在目标方法被调用后织入的逻辑
		System.out.println("判断当前的事务环境,是应该提交事务还是回滚事务");
		if (existsTransaction == false
				&& TransactionHelper.isRollbackOnly() == false) {
			TransactionHelper.commit();
			System.out.println("事务已提交");
		} else if (existsTransaction == false
				&& TransactionHelper.isRollbackOnly() == true) {
			TransactionHelper.rollback();
			System.out.println("事务已回滚");
		} else if (existsTransaction == true) {
			System.out.println("子事务忽略事务提交或回滚");
		}

		System.out.println("=============================");

		return result;
	}
}



BeanFactory  Bean工厂,负责创建代理对象

package com.hwadee.demo.aop;

import java.lang.reflect.Proxy;
import java.util.HashMap;
import java.util.Map;

/**
 * 模拟Spring BeanFactory 最简化的实现
 * 
 * 默认会创建两个Bean dao1 dao2
 * 
 * 它们都是经过了代理过后的对象
 */
public class BeanFactory {

	// Bean容器
	private final static Map<String, Object> beanContainer = new HashMap<String, Object>();

	// 初始化创建两个代理对象
	static {
		DAO dao1 = new DAOImpl1();
		Object dao1Proxy = createTransactionProxy(dao1);
		beanContainer.put("dao1", dao1Proxy);

		DAO dao2 = new DAOImpl2();
		Object dao2Proxy = createTransactionProxy(dao2);
		beanContainer.put("dao2", dao2Proxy);
	}

	// 创建代理对象
	private static Object createTransactionProxy(Object target) {
		// 使用 Proxy.newProxyInstance 方法创建一个代理对象
		Object proxy = Proxy.newProxyInstance(target.getClass()
				.getClassLoader(), target.getClass().getInterfaces(),
				new RequiredTransactionInterceptor(target));
		return proxy;
	}

	// 获取Bean
	public static Object getBean(String id) {
		return beanContainer.get(id);
	}
}



MainModule  程序入口

package com.hwadee.demo.aop;

public class MainModule {

	public static void main(String[] args) {
		DAO dao1 = (DAO) BeanFactory.getBean("dao1");
		// 调用dao1,doa1的doWork方法内又调用了dao2
		dao1.doWork();		
	}
}



   好了,现在我们可以运行一下这个应用,记得先把数据库里已有的记录清空。
看看控制台输出的内容

当前事务环境还没有事务,开启一个新事务
com.hwadee.demo.aop.DAOImpl1.doWork  Invoke
当前事务环境已存在事务,加入事务
com.hwadee.demo.aop.DAOImpl2.doWork  Invoke
判断当前的事务环境,是应该提交事务还是回滚事务
子事务忽略事务提交或回滚
=============================
判断当前的事务环境,是应该提交事务还是回滚事务
事务已提交
=============================



接下来,把DAOImpl2中这段代码的注释取消掉,再次执行此应用,记得先清空数据库数据

//throw new RuntimeException("回滚");



再来看控制台输出的内容

当前事务环境还没有事务,开启一个新事务
com.hwadee.demo.aop.DAOImpl1.doWork  Invoke
当前事务环境已存在事务,加入事务
com.hwadee.demo.aop.DAOImpl2.doWork  Invoke
出现运行时异常,事务环境被设置为必须回滚
判断当前的事务环境,是应该提交事务还是回滚事务
子事务忽略事务提交或回滚
=============================
判断当前的事务环境,是应该提交事务还是回滚事务
事务已回滚
=============================



  朋友们,这不就是Required事务传播模型吗,离Spring的声明式事务已经不远了,附上最新的代码。欢迎拍砖!待续!

 

  • Demo.rar (5.3 KB)
  • 描述: 附源代码
  • 下载次数: 220
分享到:
评论
48 楼 jiangsha 2012-07-27  
学习了,
47 楼 mefly 2012-03-30  
写得真好,受教了
46 楼 面向对象的猪 2010-06-20  
topxiaoke 写道
pipilu 写道
archerfrank 写道
pipilu 写道
楼上为什么有人在说DAO单例不单例的事呢?跟那有关系么?

关于本帖的主题,大家可以看一下:http://www.iteye.com/topic/481167#1191322 这里面mikewang的解答

如果是单例,不同的线程可能拿到同一个DAO,不tl,就可能被其他线程关闭了。而现在大家的DAO基本都是单例的。


对于DAO,只要没有成员变量(即可能被多个线程共享的变量),在Web应用中它就是线程安全的。
DAO单例不单例,跟用ThreadLocal没什么关系。先把基本概念搞清楚,别硬往上靠。
以前没用ThreadLocal时,大家都别写Web应用了?


这位仁兄的这个说法我非常赞成,只要我们不使用成员变量,就可以不用考虑线程安全问题。不使用ThreadLocal,我们的DAO也可以是单例的。



DAO 单例不单例是写法上的限制问题,我觉得他的单例形式必须得保证事务的相关性,那样单例才有意义,要不然只需把构造方法私有化就单例了。所以我就是想知道,如果不使用ThreadLocal 和全局Connection 变量 还可以做到具有事务相关性的单例吗?
45 楼 topxiaoke 2010-02-11  
Zahir 写道
#  System.out.println("判断当前的事务环境,是应该提交事务还是回滚事务");  
         if (existsTransaction == false  
                 && TransactionHelper.isRollbackOnly() == false) {  
             TransactionHelper.commit();  
             System.out.println("事务已提交");  
         } else if (existsTransaction == false  
                 && TransactionHelper.isRollbackOnly() == true) {  
            TransactionHelper.rollback();  
            System.out.println("事务已回滚");  
        } else if (existsTransaction == true) {  
             System.out.println("子事务忽略事务提交或回滚");  
        }  


这里看的不是很明白
if(不存在开启的事务 && 事务不需要回滚) {
   then 提交事务
} ?
不存在事务还怎么commit?



请联系这段代码再看看!

       // 在目标方法被调用前织入的逻辑,此处以Required传播属性为例  
        // 判断当前的事务环境,是开始一个新事务还是加入已有的事务  
 
        boolean existsTransaction = TransactionHelper.existsTransaction();  
 
        if (existsTransaction == false) {  
            TransactionHelper.beginTransaction();  
            System.out.println("当前事务环境还没有事务,开启一个新事务");  
        } else {  
            System.out.println("当前事务环境已存在事务,加入事务");  
        }

RequiredTransactionInterceptor 的 invoke方法会有类似嵌套调用的过程,所以需要用动态的思想来看这段代码才能明白其意思。existsTransaction 的值在 外层方法中的值和内层方法中的值是不同的。
44 楼 Zahir 2010-01-31  
#  System.out.println("判断当前的事务环境,是应该提交事务还是回滚事务");  
         if (existsTransaction == false  
                 && TransactionHelper.isRollbackOnly() == false) {  
             TransactionHelper.commit();  
             System.out.println("事务已提交");  
         } else if (existsTransaction == false  
                 && TransactionHelper.isRollbackOnly() == true) {  
            TransactionHelper.rollback();  
            System.out.println("事务已回滚");  
        } else if (existsTransaction == true) {  
             System.out.println("子事务忽略事务提交或回滚");  
        }  


这里看的不是很明白
if(不存在开启的事务 && 事务不需要回滚) {
   then 提交事务
} ?
不存在事务还怎么commit?
43 楼 topxiaoke 2009-11-21  
mccxj 写道
ThreadLocal的应用已经相当广泛了~~
ps:此贴好像没结束~~spring的事务管理是个幌子?


帖子已更新,欢迎拍砖!
42 楼 mccxj 2009-11-20  
ThreadLocal的应用已经相当广泛了~~
ps:此贴好像没结束~~spring的事务管理是个幌子?
41 楼 archerfrank 2009-11-16  
linliangyi2007 写道

是否在DAO中使用成员变量,主要看对系统采用哪种设计模型,没有绝对的,这应该不牵涉到对ThreadLocal的使用,
BTW,从设计上讲,DAO应该是无状态的比较合理。业务逻辑状态应该由Service(或者叫Biz)层保持,否则DAO还叫DAO嘛?
DAO只因该负责数据访问才是,这也是它名字的由来啊。

如果将Model Bean和DAO放一块,这种设计通常有争议的,因为OOD中的一条准则是每个类只因该负责一个功能,或者说类改变的原因应该只有一种。当然这个不是绝对的,否则就不存在争议了。

状态是要在biz保持。
40 楼 linliangyi2007 2009-11-16  
archerfrank 写道

没有成员变量,这样的DAO现在很少用了吧。


是否在DAO中使用成员变量,主要看对系统采用哪种设计模型,没有绝对的,这应该不牵涉到对ThreadLocal的使用,
BTW,从设计上讲,DAO应该是无状态的比较合理。业务逻辑状态应该由Service(或者叫Biz)层保持,否则DAO还叫DAO嘛?
DAO只因该负责数据访问才是,这也是它名字的由来啊。

如果将Model Bean和DAO放一块,这种设计通常有争议的,因为OOD中的一条准则是每个类只因该负责一个功能,或者说类改变的原因应该只有一种。当然这个不是绝对的,否则就不存在争议了。
39 楼 archerfrank 2009-11-16  
topxiaoke 写道
pipilu 写道
archerfrank 写道
pipilu 写道
楼上为什么有人在说DAO单例不单例的事呢?跟那有关系么?

关于本帖的主题,大家可以看一下:http://www.iteye.com/topic/481167#1191322 这里面mikewang的解答

如果是单例,不同的线程可能拿到同一个DAO,不tl,就可能被其他线程关闭了。而现在大家的DAO基本都是单例的。


对于DAO,只要没有成员变量(即可能被多个线程共享的变量),在Web应用中它就是线程安全的。
DAO单例不单例,跟用ThreadLocal没什么关系。先把基本概念搞清楚,别硬往上靠。
以前没用ThreadLocal时,大家都别写Web应用了?


这位仁兄的这个说法我非常赞成,只要我们不使用成员变量,就可以不用考虑线程安全问题。不使用ThreadLocal,我们的DAO也可以是单例的。

没有成员变量,这样的DAO现在很少用了吧。
38 楼 topxiaoke 2009-11-16  
linliangyi2007 写道
xieke 写道
pipilu 写道
topxiaoke 写道
archerfrank 写道
pipilu 写道
楼上为什么有人在说DAO单例不单例的事呢?跟那有关系么?

关于本帖的主题,大家可以看一下:http://www.iteye.com/topic/481167#1191322 这里面mikewang的解答

如果是单例,不同的线程可能拿到同一个DAO,不tl,就可能被其他线程关闭了。而现在大家的DAO基本都是单例的。


我也不太赞成  mikewang  说的
引用至http://www.iteye.com/topic/481167#1191322
至于为什么要用ThreaLocal,通常是解决在分层设计中, 对于 ra 的处理通常比较棘手, 具体表现在跨层操作时候的参数传递上。


如果只是为了解决跨层的参数传递而使是用ThreadLocal,违反了ThreadLocal设计的实际用意,如果不考虑多线程,完全可以用一个全局变量在各层中传递参数。


这明显抬扛了,谁说不考虑并发了?你真要反驳,请提出个不必把Connection或session通过参数传递到DAO的各个方法,而且又能线程安全的办法。
你根本就没有理解ThreadLocal Pattern


他不是说了吗?用全局变量传递啊,
真想看看这个用全局变量传递connection的应用跑起来是什么样的。。


使用全局变量的connection和ThreadLocal的Connection有本质区别,一个是全局单例,一个是对线程单例。全局单例在并发上就彻底乱套了。

BTW:这个贴不应该是隐藏贴,大家的讨论很有代表性。


顶 赞同linliangyi2007的见解。
37 楼 xieke 2009-11-16  
topxiaoke 写道
pipilu 写道
archerfrank 写道
pipilu 写道
楼上为什么有人在说DAO单例不单例的事呢?跟那有关系么?

关于本帖的主题,大家可以看一下:http://www.iteye.com/topic/481167#1191322 这里面mikewang的解答

如果是单例,不同的线程可能拿到同一个DAO,不tl,就可能被其他线程关闭了。而现在大家的DAO基本都是单例的。


对于DAO,只要没有成员变量(即可能被多个线程共享的变量),在Web应用中它就是线程安全的。
DAO单例不单例,跟用ThreadLocal没什么关系。先把基本概念搞清楚,别硬往上靠。
以前没用ThreadLocal时,大家都别写Web应用了?


这位仁兄的这个说法我非常赞成,只要我们不使用成员变量,就可以不用考虑线程安全问题。不使用ThreadLocal,我们的DAO也可以是单例的。


不实用成员变量?那这个DAO功能肯定很弱吧?
36 楼 咖啡豆子 2009-11-15  
谢谢LZ,看完贴子,收获不少,ThreadLocal跟DAO用不用单例没什么关系,ThreadLocal是用来解决同一个线程中不同方法间connection传递的问题,而又可以保证该connection对别的线程不可见,Spring大概就是借助了这个来实现声明式事务的吧
35 楼 kjj 2009-11-15  
多线程共享一个单利的dao,如上楼主所说,就ok,否则那就是现成安全的,就把dao当做一个工具得了,不要再往dao里塞那么多特殊化的东西,自找麻烦,
34 楼 topxiaoke 2009-11-15  
pipilu 写道
archerfrank 写道
pipilu 写道
楼上为什么有人在说DAO单例不单例的事呢?跟那有关系么?

关于本帖的主题,大家可以看一下:http://www.iteye.com/topic/481167#1191322 这里面mikewang的解答

如果是单例,不同的线程可能拿到同一个DAO,不tl,就可能被其他线程关闭了。而现在大家的DAO基本都是单例的。


对于DAO,只要没有成员变量(即可能被多个线程共享的变量),在Web应用中它就是线程安全的。
DAO单例不单例,跟用ThreadLocal没什么关系。先把基本概念搞清楚,别硬往上靠。
以前没用ThreadLocal时,大家都别写Web应用了?


这位仁兄的这个说法我非常赞成,只要我们不使用成员变量,就可以不用考虑线程安全问题。不使用ThreadLocal,我们的DAO也可以是单例的。
33 楼 linliangyi2007 2009-11-15  
xieke 写道
pipilu 写道
topxiaoke 写道
archerfrank 写道
pipilu 写道
楼上为什么有人在说DAO单例不单例的事呢?跟那有关系么?

关于本帖的主题,大家可以看一下:http://www.iteye.com/topic/481167#1191322 这里面mikewang的解答

如果是单例,不同的线程可能拿到同一个DAO,不tl,就可能被其他线程关闭了。而现在大家的DAO基本都是单例的。


我也不太赞成  mikewang  说的
引用至http://www.iteye.com/topic/481167#1191322
至于为什么要用ThreaLocal,通常是解决在分层设计中, 对于 ra 的处理通常比较棘手, 具体表现在跨层操作时候的参数传递上。


如果只是为了解决跨层的参数传递而使是用ThreadLocal,违反了ThreadLocal设计的实际用意,如果不考虑多线程,完全可以用一个全局变量在各层中传递参数。


这明显抬扛了,谁说不考虑并发了?你真要反驳,请提出个不必把Connection或session通过参数传递到DAO的各个方法,而且又能线程安全的办法。
你根本就没有理解ThreadLocal Pattern


他不是说了吗?用全局变量传递啊,
真想看看这个用全局变量传递connection的应用跑起来是什么样的。。


使用全局变量的connection和ThreadLocal的Connection有本质区别,一个是全局单例,一个是对线程单例。全局单例在并发上就彻底乱套了。

BTW:这个贴不应该是隐藏贴,大家的讨论很有代表性。
32 楼 xieke 2009-11-14  
pipilu 写道
topxiaoke 写道
archerfrank 写道
pipilu 写道
楼上为什么有人在说DAO单例不单例的事呢?跟那有关系么?

关于本帖的主题,大家可以看一下:http://www.iteye.com/topic/481167#1191322 这里面mikewang的解答

如果是单例,不同的线程可能拿到同一个DAO,不tl,就可能被其他线程关闭了。而现在大家的DAO基本都是单例的。


我也不太赞成  mikewang  说的
引用至http://www.iteye.com/topic/481167#1191322
至于为什么要用ThreaLocal,通常是解决在分层设计中, 对于 ra 的处理通常比较棘手, 具体表现在跨层操作时候的参数传递上。


如果只是为了解决跨层的参数传递而使是用ThreadLocal,违反了ThreadLocal设计的实际用意,如果不考虑多线程,完全可以用一个全局变量在各层中传递参数。


这明显抬扛了,谁说不考虑并发了?你真要反驳,请提出个不必把Connection或session通过参数传递到DAO的各个方法,而且又能线程安全的办法。
你根本就没有理解ThreadLocal Pattern


他不是说了吗?用全局变量传递啊,
真想看看这个用全局变量传递connection的应用跑起来是什么样的。。
31 楼 pipilu 2009-11-14  
topxiaoke 写道
archerfrank 写道
pipilu 写道
楼上为什么有人在说DAO单例不单例的事呢?跟那有关系么?

关于本帖的主题,大家可以看一下:http://www.iteye.com/topic/481167#1191322 这里面mikewang的解答

如果是单例,不同的线程可能拿到同一个DAO,不tl,就可能被其他线程关闭了。而现在大家的DAO基本都是单例的。


我也不太赞成  mikewang  说的
引用至http://www.iteye.com/topic/481167#1191322
至于为什么要用ThreaLocal,通常是解决在分层设计中, 对于 ra 的处理通常比较棘手, 具体表现在跨层操作时候的参数传递上。


如果只是为了解决跨层的参数传递而使是用ThreadLocal,违反了ThreadLocal设计的实际用意,如果不考虑多线程,完全可以用一个全局变量在各层中传递参数。


这明显抬扛了,谁说不考虑并发了?你真要反驳,请提出个不必把Connection或session通过参数传递到DAO的各个方法,而且又能线程安全的办法。
你根本就没有理解ThreadLocal Pattern
30 楼 pipilu 2009-11-14  
archerfrank 写道
pipilu 写道
楼上为什么有人在说DAO单例不单例的事呢?跟那有关系么?

关于本帖的主题,大家可以看一下:http://www.iteye.com/topic/481167#1191322 这里面mikewang的解答

如果是单例,不同的线程可能拿到同一个DAO,不tl,就可能被其他线程关闭了。而现在大家的DAO基本都是单例的。


对于DAO,只要没有成员变量(即可能被多个线程共享的变量),在Web应用中它就是线程安全的。
DAO单例不单例,跟用ThreadLocal没什么关系。先把基本概念搞清楚,别硬往上靠。
以前没用ThreadLocal时,大家都别写Web应用了?
29 楼 kjj 2009-11-13  
xqh1022 写道
我对这句话有点疑问,求lz解释下“ //方法1和2都无异常,提交事务,任何一个方法出现异常都将导致事务回滚。"

既然是 1、2两个方法,那就是掉了两次ThreadLocal 为什么说只要一个不成功就回滚?难道ThreadLocal 做了什么机制?请解释。
 

这位兄弟理解有问题了,虽然是两个方法,但是都在main线程里,所属同一线程,你说的那种情况是
new Thread(new Runnable(){
   voi run(){
        insert1();
    }

}).start();
new Thread(new Runnable(){
   voi run(){
        insert2();
    }

}).start();

这样类似才会在两个线程里,不互相影响!!

相关推荐

    Spring事务处理-ThreadLocal的使用

    Spring提供了两种主要的事务管理方式:编程式事务管理和声明式事务管理。声明式事务管理是通过注解或XML配置来控制事务边界,而编程式事务管理则是在代码中显式调用`TransactionTemplate`或`...

    从ThreadLocal的使用到Spring的事务管理

    结合ThreadLocal和Spring事务管理,我们可以在多线程环境中实现高效且一致的业务处理。例如,Spring在处理每个HTTP请求时,会为每个请求分配一个单独的线程。我们可以通过ThreadLocal来保存请求相关的状态信息,而...

    java事务 - threadlocal

    在Spring框架中,我们可以使用@Transactional注解来实现声明式事务管理,使得事务处理更加简洁和高效。 接下来,我们讨论ThreadLocal。ThreadLocal是Java提供的一种线程局部变量,它的每个线程都有自己的副本,互不...

    Spring定时任务中使用ThreadLocal的坑

    NULL 博文链接:https://bijian1013.iteye.com/blog/2380233

    ThreadLocal和事务

    在Java编程领域,ThreadLocal和事务管理是两个关键的概念,特别是在构建复杂且高效的Web应用程序时。ThreadLocal是一种线程局部变量,而事务则是数据库操作的原子性保证。在这个小型简单练习中,我们看到如何结合c3p...

    javaweb 通过threadlocal 手动提交事务

    在Java Web应用中,事务管理通常分为两种方式:编程式和声明式。编程式事务管理允许开发者在代码中显式地控制事务的开始、提交和回滚;声明式事务管理则通过配置(如Spring的@Transactional注解)来控制事务,降低...

    事务的封装和Threadlocal实例

    总的来说,结合JDBC的事务管理和ThreadLocal,我们可以在多线程环境中更好地实现数据库操作,确保数据的一致性,并提高代码的可复用性和安全性。通过使用ThreadLocal,我们可以创建线程安全的变量,使得每个线程都能...

    使用ThreadLocal管理“session”数据

    在实际开发中,有些框架如Spring已经内置了对ThreadLocal的管理和清理机制,可以更方便地在多线程环境中使用session。 总结,ThreadLocal是Java中处理线程局部数据的利器,特别适用于需要线程隔离的场景,如Web...

    JDK的ThreadLocal理解(一)使用和测试

    **标题:“JDK的ThreadLocal理解(一)使用和测试”** **正文:** ThreadLocal是Java中的一个非常重要的线程安全工具类,它在多线程编程中扮演着独特的角色。通过创建ThreadLocal实例,我们可以为每个线程提供一个...

    Spring事务介绍,分23类进行梳理

    事务可以分为不同的类别,例如平台事务管理器、事务al注解、声明式事务管理、编程式事务管理等。Spring事务的同步机制使用ThreadLocal变量来存储当前事务的上下文,实现事务的同步。Spring事务的传播机制使用传播...

    高级开发spring面试题和答案.pdf

    - Spring提供了编程式事务和声明式事务管理,`@Transactional`注解用于声明事务边界。 - 事务传播特性包括7种:REQUIRED、SUPPORTS、MANDATORY、REQUIRES_NEW、NOT_SUPPORTED、NEVER和NESTED。 10. **多数据源...

    ThreadLocal应用示例及理解

    以上就是关于ThreadLocal的基本概念、使用方法、生命周期管理和实际应用示例的详细解释。了解并熟练掌握ThreadLocal可以帮助我们编写出更高效、更安全的多线程代码。在Java并发编程中,ThreadLocal是一个不可或缺的...

    详解Spring Cloud中Hystrix 线程隔离导致ThreadLocal数据丢失

    本文详解了Spring Cloud中Hystrix线程隔离导致ThreadLocal数据丢失的问题,并通过实例代码演示了该问题的出现原因和解决方法。 知识点1:Hystrix线程隔离 Hystrix是Spring Cloud中的一种断路器实现,用于防止服务...

    ThreadLocal

    ThreadLocal是Java编程语言中的一个类,用于在多线程环境中提供线程局部变量。...合理的使用能够帮助我们编写出更高效、更易于维护的多线程程序,但也要避免滥用,因为它可能会引入难以察觉的并发问题和内存管理问题。

    ThreadLocal的几种误区

    ThreadLocal是Java编程中一种非常特殊的变量类型,它主要用于在多线程环境下为每个线程提供独立的变量副本,从而避免了线程间的数据共享和冲突。然而,ThreadLocal在理解和使用过程中容易产生一些误区,这里我们将...

    Spring-Reference_zh_CN(Spring中文参考手册)

    9.5.1. 理解Spring的声明式事务管理实现 9.5.2. 第一个例子 9.5.3. 回滚 9.5.4. 为不同的bean配置不同的事务语义 9.5.5. &lt;tx:advice/&gt; 有关的设置 9.5.6. 使用 @Transactional 9.5.6.1. @Transactional 有关的设置 ...

    理解ThreadLocal

    ThreadLocal 在 Spring 中发挥着重要的作用,在管理 request 作用域的 Bean、事务管理、任务调度、AOP 等模块都出现了它们的身影,起着举足轻重的作用。要想了解 Spring 事务管理的底层技术,ThreadLocal 是必须...

Global site tag (gtag.js) - Google Analytics