在说明适配器模式的概念及应用场景之前，需要先了解一下“接口隔离原则”，我认为适配器模式的使用，很大程度上是对这一原则的补充。对于接口隔离原则是这样描述的：客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。 接口隔离原则要求我们不必去建一个包容万象的、庞大而臃肿的接口，而应该根据具体的情况建立专门职责的接口。
例如在开发一款战争游戏的时候，假设其中有骑兵、步兵、弓箭手三个兵种，他们都是士兵，拥有移动、攻击、防御等技能。但不能因此而仅设计Soldier这一个接口，而在该接口中声明骑兵、步兵等兵种的特殊的移动、攻击的方式。因为骑兵中可能还会分为重装奇兵与轻骑兵，步兵也会存在重装步兵与侦察兵，他们都有自己特殊的技能。如果这些兵种都共用同一个接口的话，你会发现Soldier接口会变得越来越庞大臃肿，当你实现骑兵冲锋的技能方法时，你同时还需要实现步兵的列阵，甚至弓箭手的射击技能，这显然是不可思议的。因此，良好的设计应该分析各个兵种的一般与特殊的地方，编写适合的接口。
但是有时候我们会需要骑兵表现出步兵的攻击方式，当他失去了战马的时候。这个时候就需要适配器模式对骑兵与步兵进行适配了，让骑兵具有步兵的攻击技能，而除了适配器以外不需要编写多余的代码。
有两种适配器模式：对象适配器和类适配器，而且适配器的应用场景在很多时候是完全不相同的。在接下来的代码示例中，我会对其进行分析说明。
对象适配器，参考springmvc的HandlerAdapter。接下来的这段代码已经有人非常好的实现了，在这里我会参考这段代码，并在代码中通过注释进行分析（参考：https://www.cnblogs.com/tongkey/p/7919401.html）：
首先，编写一个Controller接口。这个接口里面没有任何方法，它仅仅提供一个类型。我希望大家能够明白我的意思：提供一种类型便是接口全部的意义之所在了。例如我们说：苹果、葡萄都是水果这一类型。水果是一个抽象的、一般的概念，它提供了最普遍同时也是最抽象的标准，只要符合这个标准的，都可以归纳到水果这一个类型中来。编程中也是这样，一定要有一个一般的类，它是所有特殊类的父类，因此，所有特殊的类在某种意义上是无差别的，它们具有了一种内在的联系，是可以互相转换的。JDK1.7中泛型的概念更加说明了这一点：List<T> list = new ArrayList<>();
这里的泛型T实际上代表了继承Object类的任意类型的对象（在java语言中，一个类只有继承了Object，它才会具有一个类的功能。这种继承是无须显示声明的），也就是说，只要是一个java类的对象，都可以放到这个集合中来。
编写一个HttpController，它是Controller这一抽象接口的具体实现。SpringMVC的Handler有多种实现方式：继承Controller实现的Handler、基于Http请求的Handler、使用注解方式（@Controller）的处理器。这些处理器将会根据请求类型决定调用哪一种Controller。
SimpleController实现了Controller这一接口。
AnnotationController实现了Controller接口。
SpringMVC对每一种Handler都做了适配，因此声明一个HandlerAdapter接口，并且定义一个supports方法，在实现类中判断是否支持此handler。一个handle方法执行具体的Controller中的方法。
处理Http请求方式的适配器。
继承Controller方式的请求处理适配器
注解方式的请求处理适配器。
编写DispatchServlet类，该类相当于一个调用客户端。SpringMVC通过DispatchServlet处理请求的分发。
可以看到，SpringMVC对于不同的请求，通过对象适配器模式，都能够执行相应的Controller方法。
