Instrumentation.redefineClasses仅支持修改已加载类的方法体，禁止增删字段/方法、修改签名、继承关系或类结构，否则抛UnsupportedOperationException。
Instrumentation.redefineClasses 能改什么、不能改什么
直接调用 Instrumentation.redefineClasses 只能修改已加载类的「方法体」，比如 return "old" 改成 return "new"，或增删日志语句。它不能新增/删除字段、方法、构造器，不能修改签名、继承关系、注解，也不能改变类结构（如把 class A 改成 class A implements Runnable）。JVM 会拒绝这类变更，并抛出 java.lang.UnsupportedOperationException: class redefinition failed: attempted to change the schema (add/remove fields)。
如何用 Instrumentation 实现一次合法的热重定义
必须满足三个前提：类已加载、字节码已编译、变更仅限方法体。典型流程是：
- 在 JVM 启动时通过
-javaagent挂载一个 agent jar，其中premain方法获取Instrumentation实例并保存为静态变量 - 监听源文件变化（如用
WatchService），检测到DemoService.class更新后，读取新字节码（注意不是 .java，是编译后的 .class） - 构造
ClassDefinition对象：new ClassDefinition(DemoService.class, newBytes) - 调用
instrumentation.redefineClasses(classDef)
失败时会抛 ClassNotFoundException 或 UnsupportedOperationException，需捕获并打印具体原因——多数情况是字节码不匹配（比如用了 Lombok 但 agent 没处理生成逻辑）或类被多个类加载器加载。
为什么 redefineClasses 不等于“热部署”
它只是 JVM 层面的 HotSwap 基础能力，离可用的热部署差得很远：
- Spring 管理的 Bean 实例不会自动刷新，
@Autowired的字段、代理对象、AOP 切面仍指向旧字节码逻辑 - 静态字段值不会重置，
private static int counter = 0在重定义后仍是上次的值，不会归零 - 线程正在执行旧方法栈帧时触发重定义，新字节码要等下次调用才生效，当前栈内仍跑旧逻辑
- 无法处理资源泄漏：旧类加载器未卸载，其加载的类、静态引用、内部类闭包都可能长期驻留
所以单纯调 redefineClasses 只适合极简 demo 或调试场景，生产级热部署必须配合框架生命周期管理（如 Spring Boot DevTools 的上下文重启）或更底层的类加载器隔离（如 DCEVM + Sonic）。
Instrumentation 方案最容易被忽略的初始化陷阱
很多人卡在 agent 加载失败，根本原因是没配对 JVM 参数和 agent 实现：
-
MANIFEST.MF中必须有Premain-Class: com.example.MyAgent，且该类要有 public staticpremain(String, Instrumentation)方法 - JVM 启动命令必须显式带
-javaagent:/path/to/agent.jar，IDEA 中需在 Run Configuration → VM options 里加，不是 Program arguments - 如果用 JDK 11+，还要确认是否禁用了
jdk.attach.allowAttachSelf，某些容器环境默认关闭 attach 功能，会导致Instrumentation获取为空
最隐蔽的问题是：agent jar 被打包进应用 fat jar 后，-javaagent 仍需指向独立路径，不能写成 -javaagent:lib/agent.jar —— JVM 不支持从 jar 内部加载 agent。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
