Instrumentation不支持定义新类，仅能修改已加载或正加载的Class；redefineClasses要求类已存在，retransformClasses依赖已注册转换器，二者均不能新增字段、改变继承关系或修改final语义。
Instrumentation 本身不提供对“变量类”的定义或重定义能力——Java 中没有“变量类”这个概念，它只作用于 已加载或正被加载的 Class，且所有操作都围绕字节码层面的类（Class）展开。
Instrumentation 不支持定义新类
它无法凭空创建一个原本不存在的类。比如不能仅靠传入类名和字节码数组，就让 JVM “定义”出一个新 Class 并加入运行时环境。premain 或 agentmain 触发的修改，必须基于已有类加载流程：要么在类首次加载时拦截（通过 ClassFileTransformer），要么对已加载类做后续调整（redefine/retransform）。
- redefineClasses 要求传入的 ClassDefinition 中的 Class 对象必须已在 JVM 中存在（即已加载）；
- retransformClasses 同样只接受已加载的 Class 实例作为参数；
- 没有类似 defineClass 的 API，也不能绕过类加载器机制注册全新类型。
重定义（redefine）与重新转换（retransform）的区别
二者都改变类的行为，但触发时机和约束不同：
- redefineClasses：用新字节码完全替换旧类结构，适用于未被初始化或未被 JIT 编译的类；要求 JVM 启动时开启 -XX:+UseParallelGC 等兼容选项，且需 Can-Redefine-Classes: true；
- retransformClasses：在类已加载并运行后，再次触发 ClassFileTransformer 链，实现“热更新式”修改；更常用，但依赖 Can-Retransform-Classes: true 和 transformer 注册；
- 两者都不能修改 final 字段语义、添加/删除字段或方法签名，也不能改变继承关系（如父类、接口列表）。
权限限制的核心来源
这些限制不是 Instrumentation 主动设限，而是由 JVM 底层机制决定：
- 类结构一致性校验（如常量池、字段表、方法表格式）必须保持合法；
- 已编译的 native 方法、JIT 优化后的代码块可能锁定原有字节码，导致 redefine 失败；
- isModifiableClass(Class) 可提前判断某类是否允许被修改，返回 false 表示该类已被 JVM 标记为不可变（如某些系统类、启动阶段关键类）。
实际能改什么？
在符合规范的前提下，Instrumentation 允许安全地：
- 向方法体插入监控字节码（如计时、日志、链路追踪）；
- 修改方法内部逻辑（如替换某个 if 分支、跳过某段代码）；
- 增强异常处理流程（如捕获特定异常并上报）；
- 但不能新增实例字段、不能改变 static final 常量值、不能把 public 方法改成 private。
