java - Spring 声明式事务和手动调度线程

Question

我有一个奇怪的问题。

在我的类里面:

private final ScheduledExecutorService executor 
     = Executors.newSingleThreadScheduledExecutor();

public MyClass(final MyService service) {
    executor.scheduleAtFixedRate(new Runnable() {
        @Override
        public void run() {
            service.foo();
        }
     }, 0, 30, TimeUnit.SECONDS);
}

MyService 是一个在其 foo 方法上具有 @Transactional 的 spring bean。 MyClass 仅实例化一次(在应用程序中有效的单例)

在第一次调用 service.foo()(工作正常)后，在对应用程序的后续请求中，我随机得到:

java.lang.IllegalStateException: Already value [SessionImpl(PersistenceContext[entityKeys=[],collectionKeys=[]];ActionQueue[insertions=[] updates=[] deletions=[] collectionCreations=[] collectionRemovals=[] collectionUpdates=[]])] for key [org.hibernate.impl.SessionFactoryImpl@2cd91000] bound to thread [http-bio-8080-exec-10]

一些观察:

• 当异常抛出时，保存在TransactionSynchronizationManager中的session被关闭
• 手动调度线程的事务同步管理器资源映射为空
• 异常发生在http-bio-8080-exec 线程中，但手动调度的线程是pool- 线程 - 因此不存在“线程污染”
• MyClass 在启动时在名为“Thread-5”的线程中实例化，即它与 http-bio 线程没有任何关系。<

如果我对 service.foo() 的调用进行注释，或者去掉 @Transactioanl 注释，一切正常(当然，数据不是插入数据库)

任何线索可能是什么问题？

(注意:我不喜欢使用 @Scheduled - 我不希望 MyClass 成为 spring bean，并且 runnable 必须对它的一些操作调用服务前的内部状态)

更新:一段时间后，即使没有日程安排，我也能重现它。所以可能是我正在使用的最新快照的一般 spring 问题。

Answer 1

我假设异常来自对 TransactionInterceptor 的调用或类似的(一些 Spring 基础结构 bean)，或者您是否在某处使用您自己的代码中的 TransactionSynchronizationManager？在我看来，某些东西正在将 session 绑定(bind)到由您的容器管理的线程(是 Tomcat 7 吗？)，并且在它们返回到容器的线程池之前未能解除绑定(bind)。因此，当同一线程稍后用于另一个事务请求时，Spring 无法将新 session 绑定(bind)到它，因为旧 session 未被清理。

我实际上没有看到任何让我认为它与您使用 MyClass 的自定义计划直接相关的内容。您确定在删除 service.foo() 调用时没有看到异常不是巧合吗？

如果您可以在调试器中捕获这些线程中的一个，当它返回到池时仍然绑定(bind)了一个 session ，您就可以回溯到它的用途。一个无所不知的调试器在理论上是完美的，尽管我自己从未使用过:ODB和 TOD是我所知道的两个。

编辑:找到有问题的线程的一种更简单的方法:向您的应用程序添加一个过滤器(即 servlet 过滤器)以“围绕”其他所有内容运行。在 chain.doFilter() 之后，作为请求离开应用程序之前处理请求的最后一步，检查 TransactionSynchronizationManager.getResourceMap() 的值。 .当您处理完请求后，它应该是一张空 map 。当您找到一个不存在的地方时，您需要从那里回溯以查看发生了什么。