適配器模式(Adapter Pattern) ：將一個接口轉(zhuǎn)換成客戶希望的另一個接口，適配器模式使接口不兼容的那些類可以一起工作，其別名為包裝器(Wrapper)。適配器模式既可以作為類結構型模式，也可以作為對象結構型模式。

模式結構

適配器模式包含如下角色：

• Target：目標抽象類
• Adapter：適配器類
• Adaptee：適配者類
• Client：客戶類

源碼導讀

我們都知道springMVC就用到了適配器模式，那他是怎么適配呢，我們來看看它的源碼，首先我們要清楚springMVC的執(zhí)行原理，它的整個流程我這里就不像述了，說一下關鍵的部分：

1. DispatcherServlte會根據(jù)配置文件信息注冊HandlerAdapter，如果在配置文件中沒有配置，那么DispatcherServlte會獲取HandlerAdapter的默認配置，如果是讀取默認配置的話，DispatcherServlte會讀取DispatcherServlte.properties文件,該文件中配置了三種HandlerAdapter：HttpRequestHandlerAdapter，SimpleControllerHandlerAdapter和AnnotationMethodHandlerAdapter。DispatcherServlte會將這三個HandlerAdapter對象存儲到它的handlerAdapters這個集合屬性中，這樣就完成了HandlerAdapter的注冊。
2. DispatcherServlte會根據(jù)handlerMapping傳過來的controller與已經(jīng)注冊好了的HandlerAdapter一一匹配，看哪一種HandlerAdapter是支持該controller類型的，如果找到了其中一種HandlerAdapter是支持傳過來的controller類型，那么該HandlerAdapter會調(diào)用自己的handle方法，handle方法運用java的反射機制執(zhí)行controller的具體方法來獲得ModelAndView

DispatcherServlte部分源碼

public class DispatcherServlet extends FrameworkServlet {
    ......
    ......
    @Nullable
    private List<HandlerMapping> handlerMappings;
    @Nullable
    private List<HandlerAdapter> handlerAdapters;
    protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
        HttpServletRequest processedRequest = request;
        HandlerExecutionChain mappedHandler = null;
        boolean multipartRequestParsed = false;
        WebAsyncManager asyncManager = WebAsyncUtils.getAsyncManager(request);

        try {
            try {
                ModelAndView mv = null;
                Object dispatchException = null;

                try {
                    ......
                    ......

                    HandlerAdapter ha = this.getHandlerAdapter(mappedHandler.getHandler());
                    ......
                    ......

                    mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
                    if (asyncManager.isConcurrentHandlingStarted()) {
                        return;
                    }

                    this.applyDefaultViewName(processedRequest, mv);
                    mappedHandler.applyPostHandle(processedRequest, response, mv);
                } catch (Exception var20) {
                    dispatchException = var20;
                } catch (Throwable var21) {
                ......
                }
            ......
            } catch (Exception var22) {
               ......
            } catch (Throwable var23) {
              ......
            }

        } finally {
            ......
            ......
        }
    }
}

這里只放上比較關鍵的代碼，我們可以看到當一個請求進入doDispatch()方法的時候，它先去getHandlerAdapter()中拿到適配器，這就是第二步中根據(jù)handlerMapping中的controller找到對應適配器。找到適配器后通過ha.handle(processedRequest, response, mappedHandler.getHandler())執(zhí)行我們自己的controller，mappedHandler.getHandler()就是我們自己的controller。

至于handler()如何知道該去執(zhí)行controller中哪個方法，當然是通過注解去轉(zhuǎn)換對應方法的。因此，這里的適配器模式還不是特別的純粹，還結合了反射機制。DispatcherServlte屬于客戶端，我們的Controller屬于被適配的類，HandlerAdapter屬于適配器。

現(xiàn)在我們假定需要寫一個線程池任務調(diào)度框架，我們知道JDK自帶的線程框架可以創(chuàng)建一個線程池，但是線程池只能傳入實現(xiàn)runnable接口或者callable接口的對象。

ExecutorService cachedThreadPool = Executors.newCachedThreadPool();
cachedThreadPool.execute(new Runnable() {
    @Override
     public void run() {
     }
})

那我們要咋樣可以讓客戶端使用的時候無須繼承runnable來使用我們的這個框架呢。你可以像springMVC一樣使用適配器加注解。也可以提供一個實現(xiàn)Runnable接口的抽象適配器類，讓客戶端進行一定的配置來將普通的類適配到Runnable。

關于適配器的使用方面還有很多，比如spring security的WebSecurityConfigurerAdapter和netty中的ChannelInboundHandlerAdapter 對于適配器模式類名一般都以Adapter結尾

六個核彈