本文简述适配器模式，考虑到java中没有多继承就只写了对象适配器模式，然后例子是怎么用转接口把3.5mm耳机插在小米8上面。
一、概念
适配器模式（英语：adapter pattern）有时候也称包装样式或者包装(wrapper)。将一个类的接口转接成用户所期待的。一个适配器使得因接口不兼容而不能在一起工作的类能在一起工作，做法是将类自己的接口包裹在一个已存在的类中。
适配器模式允许一个已存在的类的接口被用作另一个接口。通常可以在不需要修改源代码的情况下使用已存在的类。
其实在生活中，适配器随处看见，例如下图，一个type-c转耳机口的适配器。接下来让我看看适配器模式的结构，并用java代码来实现一个type-c接口的手机与3.5mm的耳机通过适配器连接。
1.转换当前接口为客户端需要的接口
2.通过适配器使用没有我们需要的接口的类
描述看似相同，实际上出发点不同~嘿嘿，意会意会
二、结构
适配器模式有两种，一种是类适配器，不过需要支持多继承的语言才能实现，本文主要讲解单继承也可以实现的对象适配器。下图是对象适配器模式的类图，Client需要一个实现Target接口的类来完成工作，而当前我们提供的只有Adaptee类，这时该怎么办呢？恩，我们就造一个适配器（adapter）来完成这个需求。
涉及到的主要角色：
Target:目标接口，也就是我们期待得到的接口。
Adaptee：当前拥有的接口，需要适配，已满足客户端的要求。
Adapter：适配器类，适配器模式的核心，就是将Adaptee转换成需要的接口的具体类。
三、Type-C转3.5mm耳机孔适配器
这个是小米8手机类，只提供插TypeC耳机的接口
public class Mi8{
private TypeCEraPhones eraPhones;
//打电话功能
public void call() {
System.out.println("打电话");
}
//播放音乐，有耳机就用耳机，没耳机就外放
public void playMusic() {
if (eraPhones != null){
eraPhones.play();
}else{
System.out.println("外放");
}
}
// 插个TypeC接口的耳机
public void setEraPhones(TypeCEraPhones eraPhones) {
this.eraPhones = eraPhones;
}
}这个是TypeC接口的耳机接口，听说用这个接口的耳机都好好贵呢~~
public interface TypeCEraPhones {
void play();
}这个是我们以前剩下的能听个响的3.5mm接口的耳机
public class Mi35MMEraPhones {
public void play(){
System.out.println("使用3.5mm孔的小米耳机播放声音");
}
}怎么办呢，是花大钱买个新的耳机（想想，如果真是个复杂的对象，重新实现功能是不是很头大），还是对当前这个3.5mm的耳机爆改,可是我还有个需要使用3.5mm的mp3 ,🤔,这可怎么是好……于是机智的我去淘宝发现了一个type-c转3.5mm的接口，才5块钱！！🤣
适配器类
public class Adapter implements TypeCEraPhones {
private Mi35MMEraPhones eraPhones;
public Adapter(Mi35MMEraPhones eraPhones) {
this.eraPhones = eraPhones;
}
@Override
public void play() {
eraPhones.play();
}
}适配器实现了TypeC耳机的接口，并能把原来的耳机传进来，于是我们就能愉快的用原来的耳机在小米8上听音乐了，hooooooo~而且还能我的mp3使用，美滋滋~
四、缺省适配器模式
在很多情况下，必须让一个具体类实现某一个接口，但是这个类又用不到接口所规定的所有的方法。通常的处理方法是，把方法都实现了，有用的写上需要的方法，没用的提供空实现，烦死了😤
这些空的方法是一种浪费，有时也是一种混乱。只有看过这些空方法的代码，程序员才能知道哪些是空的，哪些不是空的，于是我们可以提供一个适配器类，来为接口所有方法提供空实现，然后这个具体类继承适配器接口，需要哪些方法，进行重写就可以。
在jdk中有AbstractList这样一个抽象类，实现了List接口，如果我们需要定制自己的集合类，就可以继承这个抽象类，需要哪些方法就可以对这些方法进行重写，而不用对List接口下所有方法都提供空实现。
缺省适配器模式是一种特殊的适配器模式，目的是在不得不继承某个方法时可以减少重写不需要的方法。
五、优缺点
优点
- 更好的复用性：系统需要使用现有的类，而此类的接口不符合系统的需要。那么通过适配器模式就可以让这些功能得到更好的复用。
- 更好的扩展性：在实现适配器功能的时候，可以调用自己开发的功能，从而自然地扩展系统的功能。
缺点
- 过多的使用适配器模式，会让系统难以把控，毕竟表面上是A接口，其实内部被适配成了B接口的实现，一个系统如果太多出现这种情况，无异于一场灾难。
六、总结
本文对适配器模式进行了简要介绍，主要把握是适配器实现需要的接口，并与adaptee进行组合，就可以实现对象适配器。在学习适配器模式过程中可以与装饰者模式和外观模式，适配器和装饰者使用方法类似，但是目的完全不同，前者是将一个接口转为另一个接，后者是为了对类进行增强；外观模式目的是对外提供一个简单的接口。