注意：SqlSessionFactory 一旦被创建，SqlSessionFactory 应该在你的应用执行期间都存在。没有理由来处理或重新创建它。使用 SqlSessionFactory 的最佳实践是在应用运行期间不要重复创建多次。这样的操作将被视为是非常糟糕的。因此 SqlSessionFactory 的最佳范围是应用范围。有很多方法可以做到，最简单的就是使用单例模式或者静态单例模式。然而这两种方法都不认为是最佳实践。这样的话，你可以考虑依赖注入容器，比如 Google Guice 或 Spring。这样的框架允许你创建支持程序来管理单例 SqlSessionFactory 的生命周期。
SqlSessionFactory 有六个方法可以用来创建 SqlSession 实例。通常来说，如何决定是你选择下面这些方法时：
Transaction（事务）：你想为 session 使用事务或者使用自动提交（通常意味着很多数据库和/或 JDBC 驱动没有事务）？
Connection（连接）：你想 MyBatis 获得来自配置的数据源的连接还是提供你自己定义的连接？
Execution（执行）：你想 MyBatis 复用预处理语句和/或批量更新语句（包括插入和删除）？
重载的 openSession() 方法签名设置允许你选择这些可选中的任何一个组合。如下：
SqlSession openSession() SqlSession openSession(boolean autoCommit) SqlSession openSession(Connection connection) SqlSession openSession(TransactionIsolationLevel level) SqlSession openSession(ExecutorType execType, TransactionIsolationLevel level) SqlSession openSession(ExecutorType execType) SqlSession openSession(ExecutorType execType, boolean autoCommit) SqlSession openSession(ExecutorType execType, Connection connection) Configuration getConfiguration();
默认的 openSession() 方法没有参数，它会创建有如下特性的 SqlSession：
会开启一个事务（也就是不自动提交）
连接对象会从由活动环境配置的数据源实例中得到
事务隔离级别将会使用驱动或数据源的默认设置
预处理语句不会被复用，也不会批量处理更新
这些方法大都可以自我解释的。开启自动提交，传递“true”给可选的 autoCommit 参数。提供自定义的连接，传递一个 Connection 实例给 connection 参数。注意没有覆盖同时设置 Connection 和 autoCommit 两者的方法，因为 MyBatis 会使用当前 connection 对象提供的设置。MyBatis 为事务隔离级别调用使用一个 Java 枚举包装器，称为 TransactionIsolationLevel，否则它们按预期的方式来工作，并有 JDBC 支持的 5 级 （NONE, READ_UNCOMMITTED, READ_COMMITTED, REPEATABLE_READ, SERIALIZABLE）
还有一个可能对你来说是新见到的参数，就是 ExecutorType。这个枚举类型定义了 3 个值：
ExecutorType.SIMPLE：这个执行器类型不做特殊的事情。它为每个语句的执行创建一个新的预处理语句。
ExecutorType.REUSE：这个执行器类型会复用预处理语句。
ExecutorType.BATCH：这个执行器会批量执行所有更新语句，如果 SELECT 在它们中间执行还会标定它们是必须的，来保证一个简单并易于理解的行为。
注意：
在 SqlSessionFactory 中还有一个方法我们没有提及，就是 getConfiguration()。这个方法会返回一个 Configuration 实例，在运行时你可以使用它来自检 MyBatis 的配置。
如果你已经使用之前版本 MyBatis，你要回忆那些 session，transaction 和 batch 都是分离的。现在和以往不同了，这些都包含在 session 的范围内了。你需要处理分开处理事务或批量操作来得到它们的效果。
川公网安备51010802032098
