Я только начал использовать HikariCP в Swing-приложении со спящим режимом. Я поддерживаю старый проект, так что там происходит много сумасшедших вещей. Функция обнаружения утечки соединения помогла мне понять, что сеансы закрываются только при определенных событиях, например, когда пользователь нажимает кнопку «Сохранить». В остальных случаях имеет место утечка. Я думаю, что предыдущие разработчики пытались реализовать единицу работы «длинные разговоры», но они пропустили некоторые (большинство) случаев.
Поэтому моя цель сейчас — найти все утечки и исправить их. Я планирую использовать выходные данные отладки HikariCP, чтобы помочь мне в этом. Я не знаю, есть ли вики-страница в документации HikariCP, которая объясняет вывод отладки, но мне было интересно, является ли этот вывод, когда приложение находится в режиме ожидания, нормальным, или там происходит что-то странное, что я должен исследовать подробнее. :
2015-09-14 01:12:51 DEBUG HikariPool - After fill pool stats HikariPool-0 (total=10, inUse=3, avail=7, waiting=0)
2015-09-14 01:13:21 DEBUG HikariPool - Before cleanup pool stats HikariPool-0 (total=10, inUse=3, avail=7, waiting=0)
2015-09-14 01:13:21 DEBUG HikariPool - After cleanup pool stats HikariPool-0 (total=6, inUse=3, avail=3, waiting=0)
2015-09-14 01:13:21 DEBUG PoolUtilities - Closing connection com.mysql.jdbc.JDBC4Connection@4fb38272
2015-09-14 01:13:21 DEBUG PoolUtilities - Closing connection com.mysql.jdbc.JDBC4Connection@417465f4
2015-09-14 01:13:21 DEBUG PoolUtilities - Closing connection com.mysql.jdbc.JDBC4Connection@454be902
2015-09-14 01:13:21 DEBUG PoolUtilities - Closing connection com.mysql.jdbc.JDBC4Connection@496fcf
Если это нормальное поведение, я также хотел бы знать, для чего нужны эти 4 соединения и почему они закрываются в этот момент. Спасибо.