不能在invoke方法中直接调用proxy参数的方法，否则会导致递归调用；proxy是代理入口而非目标对象，正确做法是持有一个真实target对象，并在invoke中通过method.invoke(target, args)转发调用。
关键在于：不要在 invoke 方法内部直接调用代理对象（即 proxy 参数）的同名方法，否则会再次触发 invoke，形成死循环。
理解 proxy 参数的真实角色
proxy 是 JDK 动态生成的代理实例，它实现了你指定的接口。每次通过该代理对象调用接口方法时，都会进入 InvocationHandler.invoke()。因此，proxy 本身不是“原始目标”，而是“触发代理逻辑的入口”。直接用它调用方法，等于又走一遍代理流程。
正确转发调用：必须使用 target（真实对象）
你需要在 InvocationHandler 中持有一个真实的目标对象（target），并在需要执行原逻辑时，**在 invoke 方法里调用 target 的对应方法**，而不是 proxy。
- ✅ 正确：
return method.invoke(target, args); - ❌ 错误：
return method.invoke(proxy, args);（立刻递归）
例如，为 UserService 接口做日志代理时，target 应是真实的 UserServiceImpl 实例，而非代理对象本身。
CPA Update - Secure CLI Proxy API Maintenance
下载
安全更新和维护 CLI Proxy API（CPA）部署与配置。用于 CPA 镜像升级、配置变更、认证目录兼容修复、上线验证与回滚。适用于用户提到“CPA 更新/升级/配置改了/容器重建/回滚”等场景。
特殊情况：需调用代理对象自身其他方法？谨慎设计
如果业务逻辑确实需要在 invoke 中调用代理对象的另一个接口方法（比如 A 方法里想触发 B 方法的代理逻辑），应避免直接写 proxy.b()。更安全的做法是：
- 将公共逻辑提取到独立工具类或静态方法中，绕过代理层
- 若必须复用代理行为，改用反射调用
target上的对应方法（前提是该方法也存在于 target 类中） - 或重构为组合式设计，让 target 持有代理所需的上下文，不依赖 proxy 反向调用
调试技巧：快速识别无限递归
当出现 StackOverflowError 且堆栈中反复出现同一 invoke 调用时，大概率是误用了 proxy。可在 invoke 开头加一行日志：
System.out.println("Calling: " + method.getName() + " on " + proxy.getClass().getSimpleName());
观察是否连续打印相同方法——这是最直观的递归信号。
