久聞mybatis/ibatis大名今天終于爆發了，找了一堆mybatis的討論。。。這部分大多是關乎sql寫在xml之類的

看了下mybatis的高速緩存的討論。。。這部分無不例外的在分享緩存的配置。。。包括緩存實現。。。緩存過期策略。。。

LRU。。。FIFO。。。

如果說在xml里面寫sql。。并且在上一堆dtd描述。。并且聲稱這樣便于dba維護sql。。可以直接把寫好的sql copy到xml里面去。。可以統一管理。 好吧，這些都屬于個人習慣，無所謂。

只不過我在想把這些sql變成方法，例如最簡單的一個：

1. <select id=”getUserList” resultMap="UserResult" cacheModel=”user-cache”>  
2.     select * from USER  
3. </select> 
4. 變成：
5. public UserResult getUserList(){
6. return baseDao.find("select * from USER");
7. }

我了解的太少，還沒能看出這樣有什么分別。關于這個，我只是有點點疑惑。（當然，你可以把這些寫在一個類里面，便于你們的DBA維護）

。。。。。。。。。

作為一個ORM框架，除了面向對象查詢 如JPA之類的，還有一個不得不提的東西：緩存。

在我為緩存頭痛的時候，我努力的尋找mybatis緩存的做法。畢竟這么多人使用的框架一定可以學習一下緩存的實現。

在我輸入關鍵詞：ibatis 緩存/mybatis 緩存 看過基本上找到并且有時間去看的文章之后，我心里產生了一個疑問：為什么這些人來來去去都是講的LRU、FIFO這些東西，或者貼出了這么一段精妙絕倫的代碼：

 當然，還有不少人畫了一些UML例圖來給苦難大眾講解 CachingExecutor是如何工作的。

我不懂UML，也不知道怎么為這些精妙的if else畫用例圖。我開始走向絕望：“為什么這群人來來去去僅僅關心這些東西？”

于是乎我下載了mybatis的源碼，還好其結構很清晰。我在想“mybatis是如何讓緩存過期？”畢竟這個是緩存的關鍵所在，于是我找到了這個：

然后我又看到了這個：

 我很震驚，就這么樣的。整個Cache被clear了。很簡潔。哦不，是根本不帶任何煩雜的處理，干脆利落的干掉了緩存的老巢。

MappedStatement到底是何方神圣，雖然不知道也沒看也看不明白（和傳聞中的一樣，不帶一絲注釋），但是據我猜測加上看到的一些mybatis的配置。

我想mybatis把一個xml/namespace的sqlMap 裝進了一個Cache，然后。。。沒有然后了。

這不禁的讓我想到了看到的動畫片里面感到疑惑不解的是為什么一個小飛船biu的一下巨大的戰艦就爆了。

。。。。。。。。。。。。。。

對于這種緩存，我想到了這么一個場景。a用戶查詢得到查詢緩存，b用戶update自己的東西。a用戶的查詢緩存又掛了，重新查詢得到查詢緩存。

當然，mybatis的緩存是大家的，不分你我他。

。。。。。。。。

如果，你真的有那么一些更新不頻繁的接口。我建議使用spring的緩存，有clear方法。針對整個方法/事物。