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是一个在@Transactional方法上foo的spring bean。 MyClass仅实例化一次（在应用程序中有效单例）

第一次调用service.foo()（工作正常）后，对我随机获取的应用程序的后续请求：

java.lang.IllegalStateException：已有值[SessionImpl（PersistenceContext [entityKeys = []，collectionKeys = []]; ActionQueue [insertions = [] updates = [] deletions = [] collectionCreations = [] collectionRemovals = [] collectionUpdates = []]）]键[org.hibernate.impl.SessionFactoryImpl@2cd91000]绑定到线程[http-bio-8080-exec-10]

一些观察结果：

抛出异常时，TransactionSynchronizationManager中存储的会话已关闭
手动调度线程的事务同步管理器资源映射为空
http-bio-8080-exec个线程中发生异常，但手动调度的线程是pool-线程 - 因此没有'线程压缩'
MyClass在启动时在名为“Thread-5”的线程中实例化，即它与http-bio线程没有任何关联。

如果我将调用注释到service.foo()，或者删除@Transactioanl注释，那么一切正常（当然，除了数据没有插入数据库中）

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

（注意：我不想使用@Scheduled - 我不希望MyClass成为一个spring bean，并且runnable必须在调用服务之前对其某些内部状态进行操作）

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

Answer 1

我认为异常来自TransactionInterceptor之类的调用（某些Spring基础架构bean），或者您是否在某处使用自己代码中的TransactionSynchronizationManager？在我看来，某些事情是绑定会话到由您的容器管理的线程（是Tomcat 7吗？）并且在它们返回到容器的线程池之前未能解除绑定。因此，当稍后将相同的线程用于另一个事务请求时，Spring无法将新的Session绑定到它，因为旧的Session没有被清理。

我实际上没有看到任何让我认为它与MyClass的自定义日程安排直接相关的内容。你确定在删除service.foo()电话时没有看到异常并不是巧合吗？

如果你在一个调试器中捕获其中一个线程，当它返回到池中并且Session仍然绑定到它时，你可能会回溯到它的用途。一个无所不知的调试器在理论上对此非常完美，尽管我自己从未使用过它：ODB和TOD是我所知道的两个。

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

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

1 个答案: