必须实现相同接口，因为接口定义统一行为契约，使客户端能用同一类型变量指向代理类和目标类，实现调用透明；核心三步为定义接口、目标类实现接口、代理类实现接口并持有目标实例进行增强。
Java中通过代理模式对方法做增强，核心在于让代理类和目标类实现同一个接口，再由代理类持有目标对象引用，在调用目标方法前后插入额外逻辑。这种方式属于静态代理，结构清晰、易于理解，适合学习代理本质或固定场景增强。
为什么必须实现相同接口？
接口定义了统一的行为契约。只有代理类和目标类都实现它，客户端才能用同一类型变量指向二者（如 `Service service = new ServiceProxy(real)`），从而做到“对调用方透明”——无需知道背后是真实对象还是代理对象。这就像收银员和代班收银员都遵循“收银员”职责规范：扫码、收款、找零。顾客只认这个规范，不关心是谁在执行。
关键三步：接口 → 目标类 → 代理类
- 定义公共接口（声明要增强的方法） - 目标类实现该接口（专注原始业务逻辑） - 代理类也实现该接口，并持有一个目标类实例，在方法中调用它并添加前置/后置处理例如：
public interface Service {void execute();
}
public class RealService implements Service {
public void execute() {
System.out.println("执行实际业务逻辑");
}
}
立即学习“Java免费学习笔记（深入）”；
public class ServiceProxy implements Service {
private final Service realService;
public ServiceProxy(Service realService) {
this.realService = realService;
}
public void execute() {
System.out.println("代理：开始前处理（如日志）");
realService.execute();
System.out.println("代理：结束后处理（如清理）");
}
}
增强逻辑写在哪？
全部集中在代理类的同名方法里：- 方法签名必须和接口一致（参数、返回值、异常）
- 调用目标对象方法前，加日志、权限校验、计时等
- 调用目标对象方法后，加结果缓存、审计记录、资源释放等
- 可选择性跳过目标调用（比如鉴权失败直接返回）
这种增强方式的限制与注意点
静态代理虽直观，但有明显约束：
- 每个目标类都要配一个代理类，类数量随业务增长而膨胀
- 接口方法增多时，代理类需重写全部方法，哪怕只增强其中一个
- 无法在运行时动态切换增强策略（比如按环境开关日志）
- 目标类若没接口，就无法使用此方式（此时需 CGLIB 或改用动态代理）
不复杂但容易忽略
