最近有个项目使用SpringBoot+Mybatis,进行大批量数据库操作,基本代码结构是6个类:
其中,AbstractSync定义的Session的获取,另外三个类集成自AbstractSync,从而获取数据库连接。
AbstractSync代码结构如下:
public abstract class AbstractSync {
private Logger log = Logger.getLogger(AbstractSync.class);
@Autowired
public DataSyncSettings settings;
@Autowired
MailService mailService;
public SqlSession tisSession;
public SqlSession sisSession;
public AbstractSync() {
init();
}
@PostConstruct
protected void init(){
try {
tisSession = DataSourceSqlSessionFactory.getTisSession();
sisSession = DataSourceSqlSessionFactory.getSisSession();
} catch (IOException e) {
e.printStackTrace();
}
}
}
最终发现在VirtualPartFunctionalInterfaceImpl类中,有个循环体在频繁new VirtualPartHandle,
由于写代码时认VirtualPartHandle只在这个循环体内部使用,当循环体执行完一次后,new VirtualPartHandle就没有了引用,就会有GC去回收这个对象。当再执行一次循环体时又是一个全新的对象。但是没考虑到,对象用完了会有GC去回收,但是与数据库建立的Session并没有关闭,导致频繁从连接池中获取Session,直至连接池用完,出现了这个异常。
处理方式:
改写VirtualPartHandle的初始化方式,不再使用构造函数取初始化,使用方法去初始化。并且通过Spring注入的方式引用这个类,从而解决了频繁New对象导致连接池爆满的问题。