現在我們已經有一個DefaultSqlSession 了，必須找到Mapper.xml 里面定義的Statement ID，才能執行對應的SQL 語句。

找到Statement ID 有兩種方式：一種是直接調用session 的方法，在參數里面傳入Statement ID，這種方式屬于硬編碼，我們沒辦法知道有多少處調用，修改起來也很麻煩。

另一個問題是如果參數傳入錯誤，在編譯階段也是不會報錯的，不利于預先發現問題。

Blog blog = (Blog) session.selectOne("com.leon.mapper.BlogMapper.selectBlogById ", 1);

所以在MyBatis 后期的版本提供了第二種方式，就是定義一個接口，然后再調用Mapper 接口的方法。

由于我們的接口名稱跟Mapper.xml 的namespace 是對應的，接口的方法跟statement ID 也都是對應的，所以根據方法就能找到對應的要執行的SQL。

BlogMapper mapper = session.getMapper(BlogMapper.class);

在這里我們主要研究一下Mapper 對象是怎么獲得的，它的本質是什么。

DefaultSqlSession 的getMapper()方法，調用了Configuration 的getMapper()方法。

configuration.<T>getMapper()

Configuration 的getMapper()方法，又調用了MapperRegistry 的getMapper()方法。

mapperRegistry.getMapper()

我們知道，在解析mapper 標簽和Mapper.xml 的時候已經把接口類型和類型對應的MapperProxyFactory 放到了一個Map 中。獲取Mapper 代理對象，實際上是從Map 中獲取對應的工廠類后，調用以下方法創建對象：

MapperProxyFactory.newInstance()

最終通過代理模式返回代理對象：

return (T) Proxy.newProxyInstance(mapperInterface.getClassLoader(), new Class[] { mapperInterface }, mapperProxy);

回答了前面的問題：為什么要保存一個工廠類，它是用來創建代理對象的。

?

總結

以上是生活随笔為你收集整理的MyBatis 源码解读-获得Mapper 对象的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。