Java Agent 可在运行时修改已加载类字节码，但仅限 retransformClasses() 且须结构兼容；Byte Buddy 用于安全生成合规字节码，配合 Advice 实现无侵入计时切面，需注意类加载器隔离、采样解耦与 JDK 版本限制。
Java Agent 能否在运行时修改已有类字节码
可以，但有明确限制：Instrumentation.retransformClasses() 只能重转换已加载的类，且 JVM 要求新字节码必须与原类“结构兼容”——方法签名不能变、不能增删字段、不能改继承关系。这意味着你不能用它加一个全新的 @Timed 注解然后期待自动生效，而必须提前在目标类里预留钩子，或选择已在运行的方法体进行增强。
Byte Buddy 的作用是帮你安全生成符合 JVM 校验规则的新字节码，而不是绕过这些规则。常见误操作是试图用 redefineClasses()（完全替换）去改系统类或模块化类，这会直接抛 UnsupportedOperationException；实际应优先走 retransformClasses() + Advice 插入。
- 必须在
premain()或agentmain()中获取Instrumentation实例，后者才是热加载关键 - JVM 启动需加
-javaagent:/path/to/your-agent.jar，否则agentmain()无法被触发 - 某些 JDK 版本（如 JDK 17+）默认禁用动态代理，需额外加
-XX:+EnableDynamicAgentLoading
用 Byte Buddy 的 Advice 实现无侵入计时切面
不要尝试重写整个方法，而是用 Advice 在方法入口/出口织入逻辑。它不改变原方法签名，只插入几行字节码调用你的监控逻辑，JVM 完全接受。
示例中，你想监控所有 com.example.service.*Service.* 方法的执行耗时：
立即学习“Java免费学习笔记（深入）”；
new AgentBuilder.Default()
.type(ElementMatchers.nameStartsWith("com.example.service"))
.transform((builder, typeDescription, classLoader, module) ->
builder.method(ElementMatchers.any())
.intercept(Advice.to(PerformanceAdvice.class)))
.installOn(instrumentation);
PerformanceAdvice 类里用 @Advice.OnMethodEnter 和 @Advice.OnMethodExit 标记静态方法，Byte Buddy 会在编译期把它们内联进目标方法字节码。注意：该类不能引用应用类路径下的类（比如 Spring Bean），否则会引发类加载器隔离问题——PerformanceAdvice 必须打包进 agent jar，并使用 BootstrapClassLoader 或 SystemClassLoader 加载。
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 计时要用
System.nanoTime()，不是System.currentTimeMillis()，避免时钟回拨干扰 - 不要在
Advice里做 I/O 或远程调用，否则拖慢业务线程；采样率控制、异步上报必须由外部组件完成 - 如果目标方法抛异常，
@Advice.OnMethodExit(onThrowable = Throwable.class)才能捕获，仅靠onExit拿不到异常信息
agentmain() 触发热加载失败的典型原因
调用 Instrumentation#addTransformer() 后没生效？大概率是类已经加载完毕且未被重转换。Byte Buddy 的 AgentBuilder 默认只监听后续加载的类，对已加载类无效。
正确做法是：在 agentmain() 中先注册 ClassFileTransformer，再显式调用 retransformClasses() 列出你想增强的类数组。别依赖 “自动扫描”，JVM 不会回头扫描已加载类。
- 获取目标类要用
Class.forName("xxx", false, classLoader)，false表示不初始化，避免触发静态块副作用 - 若遇到
java.lang.UnsupportedOperationException: class redefinition failed: attempted to change the schema (add/remove fields)，说明你用了redefineClasses()而非retransformClasses()，或传入了不兼容字节码 - 某些框架（如 Spring Boot DevTools）会创建多层 ClassLoader，务必确认你要增强的类是由哪个
ClassLoader加载的，否则retransformClasses()找不到目标
监控数据如何安全导出而不影响业务线程
所有监控埋点逻辑必须和业务线程解耦。Byte Buddy 织入的代码只能做轻量级上下文记录（如存 ThreadLocal<Long> 时间戳），绝不能同步写日志、发 HTTP、连数据库。
推荐方案：用环形缓冲区（如 LMAX Disruptor 或 JDK 9+ 的 VarHandle + 数组）暂存采样事件，另起守护线程批量消费并上报。这样即使上报服务暂时不可用，也不会卡住业务线程。
- 避免用
ConcurrentHashMap存放每个方法的调用统计——高并发下 CAS 失败率飙升，反而成为性能瓶颈 - 采样开关（如 1% 抽样）必须放在字节码增强之外，在
Advice入口用ThreadLocal<Boolean>或原子布尔判断，否则每次调用都进方法体再判断，开销翻倍 - 如果你用 Micrometer，它的
Timer.Sample是线程绑定的，不能跨线程传递；要导出到远端，得用Timer.builder().publishPercentiles(...)配合后台线程轮询
真正难的不是注入切面，而是让监控逻辑在各种 ClassLoader 层级、JDK 版本、AOP 框架共存环境下稳定工作。很多问题不会立刻报错，而是表现为部分服务没被监控到，或者某次 full gc 后监控突然失效——这时候得查 ClassLoadingMXBean 和 agent 的 transformer 注册时机，而不是怀疑 Byte Buddy 写错了。
