一、面向对象

• 继承父类。
• 重写父类的方法。
• 父类的引用指向子类对象。

1. 可替换性（substitutability）。多态对已存在代码具有可替换性。例如，多态对圆Circle类工作，对其他任何圆形几何体，如圆环，也同样工作。
2. 可扩充性（extensibility）。多态对代码具有可扩充性。增加新的子类不影响已存在类的多态性、继承性，以及其他特性的运行和操作。实际上新加子类更容易获得多态功能。例如，在实现了圆锥、半圆锥以及半球体的多态基础上，很容易增添球体类的多态性。
3. 接口性（interface-ability）。多态是超类通过方法签名，向子类提供了一个共同接口，由子类来完善或者覆盖它而实现的。
4. 灵活性（flexibility）。它在应用中体现了灵活多样的操作，提高了使用效率。
5. 简化性（simplicity）。多态简化对应用软件的代码编写和修改过程，尤其在处理大量对象的运算和操作时，这个特点尤为突出和重要。

• 创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。
• 结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。
• 行为型模式，共十一种：策略模式、模板方法模式、观者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。

1. 不用 synchronized ，节省时间。
2. 调用 getInstance() 的时候才会创建对象，不调用不创建，节省空间，这有点像传说中的懒汉式。

// 为目标对象生成代理对象
public Object getProxyInstance() {
    return Proxy.newProxyInstance(target.getClass().getClassLoader(), target.getClass().getInterfaces(),
            new InvocationHandler() {
                @Override
                public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
                    System.out.println("开启事务");
                    // 执行目标对象方法
                    Object returnValue = method.invoke(target, args);
                    System.out.println("提交事务");
                    return null;
                }
            });
}

• 静态代理使用场景：四大组件同AIDL与AMS进行跨进程通信
• 动态代理使用场景：Retrofit使用了动态代理极大地提升了扩展性和可维护性。

• 简单工厂模式：一个工厂方法创建不同类型的对象。
• 工厂方法模式：一个具体的工厂类负责创建一个具体对象类型。
• 抽象工厂模式：一个具体的工厂类负责创建一系列相关的对象。
• Builder模式：对象的构建与表示分离，它更注重对象的创建过程。

• 1、装饰模式是以客户端透明的方式扩展对象的功能，是继承关系的一个替代方案；而代理模式则是给一个对象提供一个代理对象，并由代理对象来控制对原有对象的引用。
• 2、装饰模式应该为所装饰的对象增强功能；代理模式对代理的对象施加控制，但不对对象本身的功能进行增加。
• 3、桥接模式的作用于代理、装饰截然不同，它主要是为了应对某个类族有多个变化维度导致子类类型急剧增多的场景。通过桥接模式将多个变化维度隔离开，使得它们可以独立地变化，最后通过组合使它们应对多维变化，减少子类的数量和复杂度。

1. 代码重复：代码重复几乎是最常见的异味了。他也是Refactoring 的主要目标之一。代码重复往往来自于copy-and-paste 的编程风格。
2. 方法过长：一个方法应当具有自我独立的意图，不要把几个意图放在一起。
3. 类提供的功能太多：把太多的责任交给了一个类，一个类应该仅提供一个单一的功能。
4. 数据泥团：某些数据通常像孩子一样成群玩耍：一起出现在很多类的成员变量中，一起出现在许多方法的参数中…..，这些数据或许应该自己独立形成对象。 比如以单例的形式对外提供自己的实例。
5. 冗赘类：一个干活不多的类。类的维护需要额外的开销，如果一个类承担了太少的责任，应当消除它。
6. 需要太多注释：经常觉得要写很多注释表示你的代码难以理解。如果这种感觉太多，表示你需要Refactoring。

• 优点：
  • 良好的封装性，使用建造者模式可以使客户端不必知道产品内部组成的细节。
  • 建造者独立，容易扩展。
• 缺点：
  • 会产生多余的Builder对象以及Director对象，消耗内存。

• 优点：
  • 分离接口与实现，面向接口编程，使其从具体的产品实现中解耦，同时基于接口与实现的分离，使抽象该工厂方法模式在切换产品类时更加灵活、容易。
• 缺点：
  • 类文件的爆炸性增加。
  • 新的产品类不易扩展。

• 优点：将请求者和处理者关系解耦，提供代码的灵活性。
• 缺点：对链中请求处理者的遍历中，如果处理者太多，那么遍历必定会影响性能，特别是在一些递归调用中，要慎重。

• 优点：
  • 观察者和被观察者之间是抽象耦合，应对业务变化。
  • 增强系统灵活性、可扩展性。
• 缺点：
  • 在Java中消息的通知默认是顺序执行，一个观察者卡顿，会影响整体的执行效率，在这种情况下，一般考虑采用异步的方式。

• 定义：为其他对象提供一种代理以控制对这个对象的访问。
• 静态代理：代码运行前代理类的class编译文件就已经存在。
• 动态代理：通过反射动态地生成代理者的对象。代理谁将会在执行阶段决定。将原来代理类所做的工作由InvocationHandler来处理。

1. 使用场景：当无法或不想直接访问某个对象或访问某个对象存在困难时可以通过一个代理对象来间接访问，为了保证客户端使用的透明性，委托对象与代理对象需要实现相同的接口。
2. 缺点：对类的增加。

• 使用场景：
  • 接口不兼容。
  • 想要建立一个可以重复使用的类。
  • 需要一个统一的输出接口，而输入端的类型不可预知。
• 优点：
  • 更好的复用性：复用现有的功能。
  • 更好的扩展性：扩展现有的功能。
• 缺点：
  • 过多地使用适配器，会让系统非常零乱，不易于整体把握。例如，明明看到调用的是A接口，其实内部被适配成了B接口的实现，一个系统如果出现太多这种情况，无异于一场灾难。

• 使用场景：
  • 为一个复杂子系统提供一个简单接口。
• 优点：
  • 对客户程序隐藏子系统细节，因而减少了客户对于子系统的耦合，能够拥抱变化。
  • 外观类对子系统的接口封装，使得系统更易用使用。
• 缺点：
  • 外观类接口膨胀。
  • 外观类没有遵循开闭原则，当业务出现变更时，可能需要直接修改外观类。