创建一个新的对象，将原对象作为新对象的属性。使用原对象的地方，自动转为使用新对象，同样的功能方法，新对象可选择增强原对象的功能，也可选择重新实现原对象的功能
为其他对象提供一种代理以控制对这个对象的访问。
- 适配器：使用B接口（港版电脑），不能直接对接A接口（墙上的电插头），这时候需要加一个B到A的适配器（转换头）。
public BAdapter implements/extends B {
private A a;
public BAdapter(A a) {
this.a = a;
}
public void b() { // 名称为外部的接口名称，内部转换为，实际的接口
a.a();
}
}
- 代理：为原对象提供一种代理以控制对这个对象的访问。
原对象和代理对象都实现同一接口。
对于外部调用者来说只关心调用操作是否被执行，而不会关心本次调用是被直接执行的还是被代理者间接执行的。所以，aop中，获取进行了aop功能增强的类，
是通过接口获取（不能通过具体类名获取，ioc容器里面没有原来实现类的bean，只有代理类的bean），Spring自动转换为调用代理类。
public AProxy implements/extends A {
private A a;
public AProxy(A a) {
this.a = a;
}
public void a() { // 只做功能增强，接口名称和主要功能不变
this.a.a();
}
}
这里最重要的就是：代理类持有被代理类的一个实例，无论代理类是继承还是接口实现
image.png
image.png
- 装饰器：把核心功能和附加功能给分开了。装饰器类和原实现类，都
实现的同一接口 / 继承自同一个类。装饰器不但实现原抽象接口，还聚合了原抽象接口（即持有一个原抽象接口的具体实现）。半透明的装饰器约等于适配器。手抓饼加鸡蛋加生菜加培根。
image.png
Decorator模式让调用者自己创建核心类，然后组合各种功能。Proxy模式决不能让调用者自己创建再组合，否则就失去了代理的功能。Proxy模式让调用者认为获取到的是核心类接口，但实际上是代理类。
问题
class UserService {
@AutoWired
OrderService orderService;
public void test() {
log.info("哈哈哈哈哈");
log.info("orderService: {}", orderService);
};
}
- 通过aop生成的
UserService代理对象的orderService属性是不是null?
是的。原因是代理对象是一个新的对象，和原来的被代理的UserService不是同一个对象，
这个代理对象没有经过依赖注入，所以orderService属性是null
- 调用UserService代理对象的test方法，打印的orderService是不是null
不是。
代理对象持有target的是一个spring的bean，是通过依赖注入的bean。所以说代理模式，最重要的是：代理类持有被代理类的一个实例，无论代理类是继承还是接口实现
class UserServiceProxy extends UserService {
UserService target;
public void test() {
// aop增强逻辑：从切点缓存中获取
target.test();
};
}
