3

我正在使用Callable接口在serviceImpl中编写多线程程序。我正在使用spring事务管理器。当在DB中执行更新操作时,它执行成功。但是更新的数据没有反映在DB中。但是当我在没有多线程的情况下运行程序时,它会在 DB 中更新

这是我的配置

<tx:advice id="txAdvice" transaction-manager="txManager">
        <tx:attributes>
            <tx:method name="*" />
            <tx:method name="find*" propagation="NOT_SUPPORTED" />
            <tx:method name="get*" propagation="NOT_SUPPORTED" />
        </tx:attributes>
    </tx:advice>
    <aop:config>
        <aop:pointcut id="serviceOperation" expression="execution(* *..*ServiceImpl.*(..))" />
        <aop:advisor advice-ref="txAdvice" pointcut-ref="serviceOperation" />
    </aop:config>
    <bean id="txManager"
        class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
        <property name="dataSource" ref="dataSource" />
    </bean>

我可以转向事务管理器的另一种方法。只是我想确认这种方法是否支持多线程。所以我的问题是 Spring 事务管理器是否支持多线程(我的意思是通过声明注释或 XML )为什么在我的情况下更新的数据没有反映在 DB 中? 什么是最好的替代方法?

4

3 回答 3

21

Spring 使用的事务上下文存储在线程局部变量中。因此,如果您启动一个新线程,或使用可调用对象在另一个线程中执行代码,则此代码不会成为 Spring 事务方面启动的事务的一部分。这就是为什么您的数据不会出现在数据库中的原因。

于 2013-05-30T12:24:12.127 回答
3

你还没有展示你是如何做多线程的,所以我只能猜测你做了什么:

在 YourService.doSomething() 中,它创建线程。对于每个线程,它都在执行与 DB 相关的操作。那正确吗?

如另一个答案所述,事务上下文以线程本地方式存储。因此,您在线程中的逻辑与任何事务都没有关联。您可以验证的一件事是,除了线程中的逻辑之外,在 doSomething() 中,您还可以执行一些数据库操作。您会发现您在 doSomething() 中执行的数据库操作已提交,而线程中的操作会丢失。

一个合理的解决方法是,通常我们有一层应用程序服务作为工作单元,因此我们在上面有事务边界(类似于你的服务)。您的线程应该调用服务提供的操作。当然,它们都将处于不同的事务中。

如果您希望它们都在一个事务中,另一种方法是,不是让单个线程执行 DB 操作,而是线程现在完成繁重的工作并将结果发布回原始线程(例如,通过生产者-消费者队列)。起源线程负责收集结果并执行数据库操作。

就个人而言,我会尽量避免在不同的线程周围手动传递事务上下文。这简直破坏了声明式事务的整个想法。

于 2013-05-31T03:26:38.530 回答
0

您可能希望在 Spring 中实现自己的 TransactionSynchronizationManager 并将其注入。使用 InmheritableThreadLocal 之类的东西而不是 ThreadLocal。

于 2017-02-01T13:29:48.317 回答