代理模式（Proxy Pattern）
代理模式的本质是⼀个中间件，主要⽬的是解耦合服务提供者和使⽤者。使⽤者通过代理间接访问服务提供者，便于后者的封装和控制。是⼀种结构型设计模式。
静态代理和动态代理区别
- 静态代理：编译时生成代理类，需要手动编写代理逻辑，代理类和目标类实现同一接口。
- 动态代理：运行时生成代理类，通过反射机制动态创建代理对象，无需手动编写代理类。如JDK的
Proxy类，或CGLIB动态代理
代理模式应用场景
如Spring AOP编程，通过动态代理实现切面编程（如事务管理、日志记录）。若目标类实现接口则用JDK代理，否则用CGLIB
适配器模式
应用程序中有两个不同接口的类进行通信，应用某个中间件来完成通信过程，中间件就是适配器。所谓适配器模式就是将⼀个类的接⼝，转换成客户期望的另⼀个接⼝。比如：插头转换器
分为两类：
- 类适配器，通过类继承实现适配
- 对象适配器，通过类对象组合来实现适配
以下是对象适配器的示例代码，将220V电压转为5V电压
// 目标接口，5V充电口
interface Target {int get5V();
}// 被适配的类，220V电源
class Adaptee220V {public int get220V() {return 220;}
}//对象适配器，通过组合实现
public class ObjectAdapter implements Target {private Adaptee220V adaptee;public ObjectAdapter(Adaptee220V adaptee) {this.adaptee = adaptee;}@Overridepublic int get5V() {return adaptee.get220V() / 44;}
}
//客户端代码使用
public class AdapterDemo {public static void main(String[] args) {Target objectAdapter = new ObjectAdapter(new Adaptee220V());System.out.println("对象适配器输出：" + objectAdapter.get5V());}
}
装饰器模式
装饰器模式主要对现有的类对象进⾏包裹和封装，以期望在不改变类对象及其类定义的情况下，为对象添加额外功能。是⼀种结构型模式。
核心角色有4类：
- Component抽象组件：定义对象接口
- ConcreteComponent：具体组件，被装饰对象的类定义；
- Decorator：装饰对象的抽象类，继承/实现Component
- ConcreteDecorator具体装饰器：添加具体额外功能
下面是开发一个权限校验装饰器的示例代码，根据不同接口动态添加权限校验
//核心接口
interface ApiHandler {String handle(String request);
}//具体API实现
class UserApiHandler implements ApiHandler {@Overridepublic String handle(String request) {return "User data";}
}//权限装饰器基类
abstract class AuthDecorator implements ApiHandler {protected ApiHandler wrapped;public AuthDecorator(ApiHandler wrapped) {this.wrapped = wrapped;}public abstract String handle(String request);
}//具体权限装饰器，管理员校验
public class AdminAuthDecorator extends AuthDecorator {public AdminAuthDecorator(ApiHandler wrapped) {super(wrapped);}@Overridepublic String handle(String request) {if ("管理员".equals(request)) {return "权限错误";}return wrapped.handle(request);}
}//客户端调用
ApiHandler handler = new AdminAuthDecorator(new UserApiHandler());
handler.handle(request);
