一日小區漫步，我問朋友：Mybatis中聲明一個interface接口，沒有編寫任何實現類，Mybatis就能返回接口實例，並調用接口方法返回數據庫數據，你知道為什麼不？朋友很是詫異：是啊，我也很納悶，我們領導告訴我們按照這個模式編寫就好了，我同事也感覺很奇怪，雖然我不知道具體是怎麼實現的，但我覺得肯定是……（此處略去若干的漫天猜想），但是也不對啊，難道是……（再次略去若干似懂非懂）。
這激發了我寫本篇文章的衝動。
動態代理的功能：通過攔截器方法回調，對目標target方法進行增強。
言外之意就是為了增強目標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高級架構進階 的文章
