我有一个奇怪的问题。
在我的类里面:
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 问题。
最佳答案
我假设异常来自对 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 。当您找到一个不存在的地方时,您需要从那里回溯以查看发生了什么。
关于java - Spring 声明式事务和手动调度线程,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7777903/