緊接著上一章 Mybatis初探——流程走一遍，得出了文末的結論。
其實我覺得，對於一個框架，最重要的研究透，其中的物件關係。
這個物件關係體現在：這個物件封裝了什麼，和其他物件的關係是什麼？一對一？一對多？……

這一章節開始研究mybatis框架中，各個物件之間的關係。

2. 相關物件

接上文，我們對剛剛過程中StaticSqlSource一波斷點操作，我們發現，和sql語句相關的一切資訊，都在MappedStatement物件裡。

2.1 MappedStatement

這個資料結構維護了單句sql語句的屬性。

2.2 Configuration

在 1.2.1executeForMany方法

MappedStatement ms = configuration.getMappedStatement(statement);

這句話揭示了兩者之間的關係，我們可以點入configuration的getMappedStatement看一看，發現維護了一個map[String, MappedStatement] 其中 key是mapper中的方法名，xml中的方法的id。

這個configuration物件是和SqlSession有關的，應該是一個sqlSession對應一個configuration物件，我除錯發現，所有方法的id都在這個map[String, MappedStatement]裡，但又不僅僅是這樣。

稍微探究一下這個Map

但是我發現比較奇怪的一點，就是他會把同一個方法存多遍，至於具體原因我尚未明白。這裡我可以說一下我發現的事實。

假設我有2個mapperInterface，userInterface, fileInterface，裡面同樣都有一個insert方法。
在這個map的裡會出現下面3個鍵值對
userInteface.insert -> MappedStatement物件
fileInterface.insert -> MappedStatement物件
insert -> Configuration$StrictMap$Ambiguity

如果看到這個map的定義，會發現，他的型別是StrictMap，而且他定義了一堆其他的StrictMap，這個StrictMap原始碼非常好懂，就是在map的基礎上，增加了一個名稱衝突的情況。大致邏輯就是，預設情況下的key是 包名+方法名，但也會存個簡略版，即方法名，如果兩個方法名衝突了，這個物件就會成為一個Ambiguity物件，如果直接訪問到這種物件，這個map是會拋異常的，提示使用者用全名訪問這個map。

這樣的可能原因是：省時空複雜度？但可能提升也不是很大吧。。。這個原因還有待發掘

未完待續……