Hvornår returneres forbindelser til forbindelsespuljen med Spring JPA (Hibernate) Entity Manager?

Det er slet ikke kompliceret.

1. Først skal du forstå, at Spring-transaktionsmanageren kun er en abstraktion af transaktionsstyring. I dit tilfælde sker de faktiske transaktioner på JDBC-forbindelsesniveau.

2. Alle @Transactional servicemetodekald opfanges af TransactionInterceptor Aspekt.

3. TransactionIntreceptor uddelegerer transaktionsstyring til den nuværende konfigureredeAbstractPlatformTransactionManager implementering (JpaTransactionManager i dit tilfælde).

4. JpaTransactionManager vil binde den aktuelle kørende Spring-transaktion til en EntityManager, så alle DAO'er, der deltager i den aktuelle transaktion, deler den samme Persistence Context.

5. JpaTransactionManager bruger blot EntityManager Transaktions-API til styring af transaktioner:

    EntityTransaction tx =txObject.getEntityManagerHolder().getEntityManager().getTransaction(); tx.commit(); 

JPA Transaction API delegerer simpelthen opkaldet til de underliggende JDBC Connection commit/rollback metoder.

6. Når transaktionen er gennemført (commit/rollback), er org.hibernate.engine.transaction.internal.jdbc.JdbcTransaction opkald:

    transactionCoordinator().getTransactionContext().managedClose(); 

som udløser en dvale-session (Entity Manager)-lukning.

7. Den underliggende JDBC-forbindelse udløses derfor også til at blive lukket:

    jdbcCoordinator.close(); 

8. Hibernate har et logisk JDBC-forbindelseshåndtag:

    @Override public Connection close() { LOG.tracev( "Lukker JDBC container [{0}]", denne); if ( currentBatch !=null ) { LOG.closingUnreleasedBatch(); currentBatch.release(); } Ryd op(); returner logicalConnection.close(); } 

9. Den logiske forbindelse uddelegerer det lukkede opkald til den aktuelt konfigurerede forbindelsesudbyder (DataSourceConnectionProvider i dit tilfælde), som blot kalder lukkemetoden på JDBC-forbindelsen:

   @Override public void closeConnection(Connection connection) kaster SQLException { connection.close(); }

10. Som enhver anden forbindelse, der samler DataSource, returnerer JDBC-forbindelsen blot forbindelsen til poolen og lukker ikke den fysiske databaseforbindelse. Det skyldes, at forbindelsespooling DataSource returnerer en JDBC Connection proxy, der opsnapper alle opkald og delegerer lukningen til forbindelsespuljens håndteringslogik.