1. SqlSessionFactory
1. 每一个 MyBatis 的应 用程序 都以一 个 SqlSessionFactory 对象的 实例为 核心。
2. MyBatis 包含了一些工具类,称作为资源,这些工具 类包含一些方法,这些方法使得从类路径或其它位置加载资源文件更加简单。
String resource = "org/mybatis/example/Configuration.xml";
Reader reader = Resources.getResourceAsReader(resource);
sqlMapper = new SqlSessionFactoryBuilder().build(reader);
3. 简单配置文件
2. SqlSession
SqlSession 对象完全包含以数据库为背景的所有执行 SQL 操作的方法。 你可以用 SqlSession 实例来直接执行已映射的 SQL 语句。例如:
SqlSession session = sqlMapper.openSession();
try {
Blog blog = (Blog) session.selectOne(
"org.mybatis.example.BlogMapper.selectBlog", 101);
} finally {
session.close();
}
在命 名空间“ com.mybatis.example.BlogMapper”中,它定义了一个名为“ selectBlog”的映射语句,这样它允许你使用完全限定名“ org.mybatis.example.BlogMapper.selectBlog”来调用映射语句
BlogMapper mapper = session.getMapper(BlogMapper.class);
Blog blog = mapper.selectBlog(101);
3. 范围和声明周期
1. SqlSessionFactoryBuilder
1. 这个类可以被实例化,使用和丢弃。一旦你创建了 SqlSessionFactory 后,这个类就不需要存在了。
2. 你可以重用 SqlSessionFactoryBuilder 来创建多个 SqlSessionFactory 实例,但是最好的方式是不需要保持它一直存在来保证所有 XML 解析资源,因为还有更重要的事情要做。
2. SqlSessionFactory
1. 一旦被创建, SqlSessionFactory 实例应该在你的应用程序执行期间都存在。没有理由来处理或重新创建它。
2. 有很多方法可以做到,最简单的就是使用单例模式或者静态单例模式。然而这两种方法都不认为是最佳实践。
这样的话,你可以考虑依赖注入容器,比如 Google Guice 或 Spring。
3. SqlSession
1. 每个线程都应该有它自己的 SqlSession 实例。 SqlSession 的实例不能共享使用, 它也是线程不安全的。因此最佳的范围是请求或方法范围。
2. 绝对不能将 SqlSession 实例的引用放在一个类的静态字段甚至是实例字段中。
3. 也绝不能将 SqlSession 实例的引用放在任何类型的管理范围中,
比如 Serlvet 架构中的 HttpSession。如果你现在正用任意的 Web 框架,要考虑SqlSession 放在一个和 HTTP 请求对象相似的范围内。
换句话说,基于收到的 HTTP 请求,你可以打开了一个 SqlSession,然后返回响应,就可以关闭它了。
4. 关闭 Session 很重要,你应该确保使用 finally 块来关闭它。
4. 映射器实例
1. 映射器是你创建绑定映射语句的接口。
2. 映射器接口的实例可以从 SqlSession 中获得。 那么从技术上来说,当被请求时,任意映射器实例的最宽范围和 SqlSession 是相同的。
3. 然而,映射器实例的最佳范围是方法范围。也就是说,它们应该在使用它们的方法中被请求,然后就抛弃掉。
4. 它们不需要明确地关闭,那么在请求对象中保留它们也就不是什么问题了,这和SqlSession 相似。