摘要：問題記錄工作環境是使用使用用的，在一次調試中。發現每一次插入一條數據都會創建一個。如圖圖問題可能的原因原因分析沒有使用緩存因為這個是插入，不是查詢，所以這里不存在什么緩存的問題。但是在在關閉的時候也是做了判斷。

     工作環境是使用spring boot,使用用的mybatis，在一次調試中。發現每一次插入一條
 數據都會創建一個SqlSession。如圖：

圖1：

因為這個是插入，不是查詢，所以這里不存在什么緩存的問題。

后來百度了一波，網上說是沒有使用事務。

圖2：

發現“Creating a new SqlSession”這兩個煩人的東西居然還在。

直接分析源碼，老子還不信了，搞不定你我還混什么：
1.開啟debug
2.打上斷點

圖3：

發現session為空

public static SqlSession getSqlSession(SqlSessionFactory sessionFactory, ExecutorType executorType, PersistenceExceptionTranslator exceptionTranslator) {
     //從從前線程的threadLocal 中獲取sqlSessionHolder
     SqlSessionHolder holder = (SqlSessionHolder)TransactionSynchronizationManager.getResource(sessionFactory);
     //調用靜態方法sessionHoler 判斷是否存在符合要求的sqlSession
     SqlSession session = sessionHolder(executorType, holder);
     // 判斷當前sqlSessionHolder 中是否持有sqlSession (即當前操作是否在事務當中)
     if (session != null) {
         //如果持有sqlSesison 的引用，則直接獲取
         return session;
     }

     if (LOGGER.isDebugEnabled()) {
        LOGGER.debug("Creating a new SqlSession");
     }
    //獲取新的sqlSession 對象。這里由sessionFacory產生的defaultSqlSession
     session = sessionFactory.openSession(executorType);
    //判斷判斷，當前是否存在事務，將sqlSession 綁定到sqlSessionHolder 中，并放到threadLoacl 當中
    registerSessionHolder(sessionFactory, executorType, exceptionTranslator, session);
    return session;
}

private static SqlSession sessionHolder(ExecutorType executorType, SqlSessionHolder holder) {
     SqlSession session = null;
     if (holder != null && holder.isSynchronizedWithTransaction()) {
     //hodler保存的執行類型和獲取SqlSession的執行類型不一致，就會拋出異常，也就是說在同一個事務中，執行類型不能變化，原因就是同一個事務中同一個sqlSessionFactory創建的sqlSession會被重用 
         if (holder.getExecutorType() != executorType) {
             throw new TransientDataAccessResourceException("Cannot change the ExecutorType when there is an existing transaction");
         }
             //增加該holder,也就是同一事務中同一個sqlSessionFactory創建的唯一sqlSession，其引用數增加，被使用的次數增加 
             holder.requested();

         if (LOGGER.isDebugEnabled()) {
             LOGGER.debug("Fetched SqlSession [" + holder.getSqlSession() + "] from current transaction");
         }
         //返回sqlSession 
         session = holder.getSqlSession();
    }
    return session;
}

private static void registerSessionHolder(SqlSessionFactory sessionFactory, ExecutorType executorType,PersistenceExceptionTranslator exceptionTranslator, SqlSession session) {
        SqlSessionHolder holder; 
        //判斷事務是否存在
        if (TransactionSynchronizationManager.isSynchronizationActive()) {
            Environment environment =  sessionFactory.getConfiguration().getEnvironment();
            //加載環境變量，判斷注冊的事務管理器是否是SpringManagedTransaction，也就是Spring管理事務
        if (environment.getTransactionFactory() instanceof SpringManagedTransactionFactory) {
             if (LOGGER.isDebugEnabled()) {
                 LOGGER.debug("Registering transaction synchronization for SqlSession [" + session + "]");
              }

             holder = new SqlSessionHolder(session, executorType, exceptionTranslator); 
             //如果當前回話處在事務當中，則將holder 綁定到ThreadLocal 中
             //以sessionFactory為key，hodler為value，加入到TransactionSynchronizationManager管理的本地緩存ThreadLocal> resources中 
              TransactionSynchronizationManager.bindResource(sessionFactory, holder);
              //將holder, sessionFactory的同步加入本地線程緩存中ThreadLocal> synchronizations 
              TransactionSynchronizationManager.registerSynchronization(new SqlSessionSynchronization(holder, sessionFactory));
              //設置當前holder和當前事務同步 
              holder.setSynchronizedWithTransaction(true);
              //holder 引用次數+1
             holder.requested();
          } else {
                if (TransactionSynchronizationManager.getResource(environment.getDataSource()) == null) {
                    if (LOGGER.isDebugEnabled()) {
                        LOGGER.debug("SqlSession [" + session + "] was not registered for synchronization because DataSource is not transactional");
                    }
                } else {
                       throw new TransientDataAccessResourceException( "SqlSessionFactory must be using a SpringManagedTransactionFactory in order to use Spring transaction synchronization");
                }
          }
} else {
  if (LOGGER.isDebugEnabled()) {
    LOGGER.debug("SqlSession [" + session + "] was not registered for synchronization because synchronization is not active");
  }
}

sqlSessionHolder 繼承了spring的ResourceHolderSupport

public abstract class ResourceHolderSupport implements ResourceHolder {
   //事務是否開啟private boolean synchronizedWithTransaction = false;    
   private boolean rollbackOnly = false;
   private Date deadline;
   // 引用次數
   private int referenceCount = 0;
   private boolean isVoid = false;
}

在sqlSession 關閉session 的時候, 使用了工具了sqlSessionUtils的closeSqlSession 方法。sqlSessionHolder 也是做了判斷，如果回話在事務當中，則減少引用次數，沒有真實關閉session。如果回話不存在事務，則直接關閉session

public static void closeSqlSession(SqlSession session, SqlSessionFactory sessionFactory) {
     notNull(session, NO_SQL_SESSION_SPECIFIED);
     notNull(sessionFactory, NO_SQL_SESSION_FACTORY_SPECIFIED);

     SqlSessionHolder holder = (SqlSessionHolder)TransactionSynchronizationManager.getResource(sessionFactory);
     //如果holder 中持有sqlSession 的引用，（即會話存在事務）
     if ((holder != null) && (holder.getSqlSession() == session)) {
        if (LOGGER.isDebugEnabled()) {
            LOGGER.debug("Releasing transactional SqlSession [" + session + "]");
        } 
       //每當一個sqlSession 執行完畢，則減少holder 持有引用的次數
       holder.released();
       } else {
              if (LOGGER.isDebugEnabled()) {
                  LOGGER.debug("Closing non transactional SqlSession [" + session + "]");
              }
              //如果回話中，不存在事務，則直接關閉session
              session.close();
        }
}

到了這一步，問題已經很明顯了。

SqlSessionHolder holder = (SqlSessionHolder)TransactionSynchronizationManager.getResource(sessionFactory); 這一句：他從從前線程的threadLocal 中獲取sqlSessionHolder。但是在在sqlSession 關閉session 的時候,sqlSessionHolder也是做了判斷。如果會話在事務中，就減少引用次數，沒有真實關閉session。如果會話不存在事務，則直接關閉session。也就是說，必須開啟事務，但這個問題好像只是插入了一下，事務已經執行完成了，下一次插入的時候，由于上一個事務執行完成了， 如果不存在holder或沒有被事務鎖定，則會創建新的sqlSession，即 Creating a new SqlSession，通過sessionFactory.openSession()方法。如果會話不存在事務，就直接把session關閉了，同時，也減少了引用次數。

換一句話來說：如果在插入的代碼塊中，再加上一個查詢的代碼，或者再插入一條數據的代碼，這樣就不會出現Creating a new SqlSession這個煩人的家伙。好了，祝大家好運！！！

SqlSessionHolder作用
如果有侵權，馬上刪除