作者 l 祖大俊

來源：https://my.oschina.net/zudajun

一日小區漫步，我問朋友：Mybatis中宣告一個interface介面，沒有編寫任何實現類，Mybatis就能返回介面例項，並呼叫介面方法返回資料庫資料，你知道為什麼不？朋友很是詫異：是啊，我也很納悶，我們領導告訴我們按照這個模式編寫就好了，我同事也感覺很奇怪，雖然我不知道具體是怎麼實現的，但我覺得肯定是……（此處略去若干的漫天猜想），但是也不對啊，難道是……（再次略去若干似懂非懂）。

這激發了我寫本篇文章的衝動。

動態代理的功能：通過攔截器方法回撥，對目標target方法進行增強。

言外之意就是為了增強目標target方法。上面這句話沒錯，但也不要認為它就是真理，殊不知，動態代理還有

注：本文預設認為，讀者對動態代理的原理是理解的，如果不明白target的含義，難以看懂本篇文章，建議先理解動態代理。

一、自定義JDK動態代理之投鞭斷流實現自動對映器Mapper

首先定義一個pojo

再定義一個介面UserMapper.java

接下來我們看看如何使用動態代理之投鞭斷流，實現例項化介面並呼叫介面方法返回資料的。

自定義一個InvocationHandler。

上面程式碼中的target，在執行Object.java內的方法時，target被指向了this，target已經變成了傀儡、象徵、佔位符。在投鞭斷流式的攔截時，已經沒有了target。

寫一個測試程式碼：

output：

這便是Mybatis自動對映器Mapper的底層實現原理。

可能有讀者不禁要問：你怎麼把程式碼寫的像初學者寫的一樣？沒有結構，且缺乏美感。

必須宣告，作為一名經驗老道的高手，能把程式寫的像初學者寫的一樣，那必定是高手中的高手。這樣可以讓初學者感覺到親切，舒服，符合自己的Style，讓他們或她們，感覺到大牛寫的程式碼也不過如此，自己甚至寫的比這些大牛寫的還要好，從此自信滿滿，熱情高漲，認為與大牛之間的差距，僅剩下三分鐘。

二、Mybatis自動對映器Mapper的原始碼分析

首先編寫一個測試類：

Mapper長這個樣子：

org.apache.ibatis.binding.MapperProxy.java部分原始碼。

org.apache.ibatis.binding.MapperProxyFactory.java部分原始碼。

這便是Mybatis使用動態代理之投鞭斷流。

三、介面Mapper內的方法能過載（overLoad）嗎？（重要）

類似下面：

Answer：不能。

原因：在投鞭斷流時，Mybatis使用package+Mapper+method全限名作為key，去xml內尋找唯一sql來執行的。類似：key=x.y.UserMapper.getUserById，那麼，過載方法時將導致矛盾。對於Mapper介面，Mybatis禁止方法過載（overLoad）。

好訊息！好訊息！Java後端技術知識星球已正式開始運營！，有興趣的小夥伴瞭解一下！現在還有優惠哦！