我有一个奇怪的问题.
在课堂上,我有：
private final ScheduledExecutorService executor
= Executors.newSingleThreadScheduledExecutor();
public MyClass(final MyService service) {
executor.scheduleAtFixedRate(new Runnable() {
@Override
public void run() {
service.foo();
}
},30,TimeUnit.SECONDS);
}
MyService是一个Spring Bean,其foo方法具有@Transactional. 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中的会话
>手动调度的线程的事务同步管理器资源映射为空
>异常发生在http-bio-8080-exec线程中,但是手动调度的线程是一个池线程-因此没有“线程污染”
> MyClass在启动时在名为“ Thread-5”的线程中实例化,即,它与http-bio线程没有任何关系.
如果我将对service.foo()的调用进行注释,或者删除@Transactioanl批注,则一切正常(当然,该数据未插入db中)
任何线索可能是什么问题？
(注意：我不想使用@Scheduled-我不希望MyClass成为spring bean,并且可运行对象必须在调用服务之前以其某些内部状态进行操作)
更新：一段时间后,即使没有安排时间,我也可以重现它.所以可能是我正在使用的最新快照的一般性春季问题.
我实际上看不到任何东西让我认为这与您使用MyClass进行自定义计划直接相关.您确定删除service.foo()调用时没有看到异常不是唯一的巧合吗？
如果在将调试器返回到仍然绑定了会话的池中时可以在调试器中捕获这些线程之一,则可以回溯到该线程的用途.理论上,无所不知的调试器将是完美的选择,尽管我自己从未使用过：我知道这两个是ODB和TOD.
编辑：一种更容易找到违规线程的方法：向运行“围绕”其他所有程序的应用程序添加一个Filter(即servlet过滤器).在chain.doFilter()之后,这是处理请求离开您的应用程序之前的最后动作,请检查值TransactionSynchronizationManager.getResourceMap().完成处理请求后,它应该为空映射.当您找到一个不是这样的地方时,就需要在这里回溯以查看发生了什么.
