数据库事务(三)：构建自己的TransactionManager实现事务处理

最新推荐文章于 2024-08-27 10:38:53 发布

StonyConfident

最新推荐文章于 2024-08-27 10:38:53 发布

阅读量2.7k

点赞数 1

分类专栏：数据库

本文链接：https://blog.csdn.net/Stony_Confident/article/details/79085771

版权

本文介绍了如何实现一个可靠的事务处理机制，包括创建全局公用的Connection管理类，利用ThreadLocal确保线程安全，以及实现TransactionManager进行事务管理。在service层的示例中展示了如何在转账业务中正确使用TransactionManager来保证同一事务中使用相同的Connection对象。

摘要由CSDN通过智能技术生成

在上一篇中我们提出，要实现一个可靠的事务处理机制，关键在于保证同一个事务中使用相同的Connection对象。本文将继续探讨如何保证获取到同一个Connection对象。
因此我们需要单独创建一个全局公用类，用于管理connection对象，所有数据库操作都从该类中获取connection;

全局公用类管理Connection对象

定义一个ConnectionHolder类：

public class ConnectionHolder  
{  
    private Map<DataSource, Connection> connectionMap = new HashMap<DataSource, Connection>();          
    public Connection getConnection(DataSource dataSource) throws SQLException  
    {  
        Connection connection = connectionMap.get(dataSource);  
        if (connection == null || connection.isClosed())  
        {  
            connection = dataSource.getConnection();  
            connectionMap.put(dataSource, connection);  
        }       
        return connection;  
    }   
    public void removeConnection(DataSource dataSource)  
    {  
        connectionMap.remove(dataSource);  
    }  
}

上述的ConnectionHolder利用一个HashMap存储connection对象，键为DataSource、值为Connection，这主要用于使ConnectionHolder可以服务多个DataSource。通过调用getConnection()方法，传入对应的dataSource值即可获得connection对象。如果hashMap为空，则先插入entry再获取。这样做的话，我们只需要在同一个事务处理的时候先后从ConnectionHolder中获取connection对象即可保证我们整个数据库操作是基于同一个connection对象的。

存在问题：虽然我们利用ConnectionHolder维护了connection对象，只要我们在数据操作的中途不进行removeConnection操作，那么可以实现可靠的事务处理。在单线程中我们可以保证中途不进行remove，但在ConnectionHolder允许多线程使用的情况下，并不能保证connection中途被其它线程remove了。所以，这个ConnectionHolder是线程不安