動態代理的功能：通過攔截器方法回調，對目標target方法進行增強。
言外之意就是爲了增強目標target方法。上面這句話沒錯，但也不要認爲它就是真理，殊不知，動態代理還有投鞭斷流的霸權，連目標target都不要的科幻模式。
注：本文默認認爲，讀者對動態代理的原理是理解的，如果不明白target的含義，難以看懂本篇文章，建議先理解動態代理。
1. 自定義JDK動態代理之投鞭斷流實現自動映射器Mapper
首先定義一個pojo。
再定義一個接口UserMapper.java。
接下來我們看看如何使用動態代理之投鞭斷流，實現實例化接口並調用接口方法返回數據的。
自定義一個InvocationHandler。
上面代碼中的target，在執行Object.java內的方法時，target被指向了this，target已經變成了傀儡、象徵、佔位符。在投鞭斷流式的攔截時，已經沒有了target。
寫一個測試代碼：
output：
這便是Mybatis自動映射器Mapper的底層實現原理。
可能有讀者不禁要問：你怎麼把代碼寫的像初學者寫的一樣？沒有結構，且缺乏美感。
必須聲明，作爲一名經驗老道的高手，能把程序寫的像初學者寫的一樣，那必定是高手中的高手。這樣可以讓初學者感覺到親切，舒服，符合自己的Style，讓他們或她們，感覺到大牛寫的代碼也不過如此，自己甚至寫的比這些大牛寫的還要好，從此自信滿滿，熱情高漲，認爲與大牛之間的差距，僅剩下三分鐘。
2. Mybatis自動映射器Mapper的源碼分析
首先編寫一個測試類：
Mapper長這個樣子：
org.apache.ibatis.binding.MapperProxy.java部分源碼。
org.apache.ibatis.binding.MapperProxyFactory.java部分源碼。
這便是Mybatis使用動態代理之投鞭斷流。
3. 接口Mapper內的方法能重載（overLoad）嗎？（重要）
類似下面：
Answer：不能。
原因：在投鞭斷流時，Mybatis使用package+Mapper+method全限名作爲key，去xml內尋找唯一sql來執行的。類似：key=x.y.UserMapper.getUserById，那麼，重載方法時將導致矛盾。對於Mapper接口，Mybatis禁止方法重載（overLoad）。
注：學習時，是先研究的源碼，看懂了原理。寫博文時，則先闡釋原理，再閱讀的源碼。順序剛好相反，希望讀者不要因此疑惑，以爲我強大到未卜先知。