一、设计模式

1.1 增强一个类功能，把已有的类进行一个拓展

继承（高内聚，低耦合）

​ 缺点：继承的越多，耦合性越高，改动一个，受影响的越多

​ 用继承来增强：增强的对象不能变，增强的功能是可以变的

​ ==原因：==子类可以无限派生，但子类的功能写死了，不能变，只要增加一个功能就要增加一个子类，会造成类很多，不好用

​ 装饰者模式来增强：增强的对象可以变，增强的功能不能变

​ 下面来进行对比

二、装饰者模式

示例

一杯coffee，在原来咖啡的基础上进行包装，返回一个加糖加盐加奶的咖啡，但返回的永远是咖啡，功能不变

功能主要靠父类实现

bufferwriter装饰器数据流，就是在上面加了一个缓存区，真正的功能还是由out.write来实现

二、静态代理（WTF?）

没有标准，网上写的很多版本，就跟把继承和装饰者拼一起差不多，真正的设计模式里根本没有静态代理

示例

把装饰者模式的范围写的更小了，传的就是someservice的一个实现类，只能增强一个实现类，功能太弱，其实就是继承，没什么乱用

三、动态代理

dynamicproxy

一个类写的不是很好，怎么办

再实现一个类：不好，不灵活

动态代理来增强：

3.1 Proxy方法增强

JDK自带的动态代理，要增强的对象必须实现接口

SomeServiceImpl()是增强目标对象

Proxy方法三个参数

3.1.1类加载器

ClassLoader loader

3.1.2 接口类型

Class<?>[] interfaces

没有借口用类似cglid.jar包，没有借口也能增强

3.1.3 接口（执行扩展的增强功能，实现接口的方法，实现增强）

匿名内部类：实质就是一个接口的实现类

只能用一次，不能复用

系统会给你定义一个类

想复用定义在外面就可以

又有三个参数

动态代理最灵活（增强的类可以变，功能也可以变），但实际应用要看实际情况，像buffer装饰者模式就没必要用动态代理，它的功能是固定的

底层给你创建的增强的动态代理对象，就是接口的实现类对象

mybatis的getMapper的底层就是动态代理

四、示例

前置增强和后置增强

区分方法增强，加判断

把do开头的方法都用大写表示，想怎么配自己去控制