java.lang.instrument 是监控方法性能的合理起点，因其可在 JVM 启动时加载字节码增强逻辑，直接修改类字节码插入计时逻辑，无需代理或改业务代码，但仅对已加载或即将加载的类生效。
为什么 java.lang.instrument 是监控方法性能的合理起点
因为 JVM 启动时就能加载字节码增强逻辑，不依赖 Spring AOP 的代理机制，也不需要改业务代码——它直接修改类的 byte[]，在方法入口/出口插入计时逻辑。但注意：它只对「已加载」或「将要加载」的类生效，对运行中已加载且未重定义的类无效（除非配合 retransformClasses）。
如何用 premain 注册 ClassFileTransformer
必须写一个 premain 方法，并打包进 jar 的 META-INF/MANIFEST.MF 中声明 Premain-Class。否则 JVM 根本不会调用你的增强逻辑。
关键点：
-
ClassFileTransformer.transform()返回null表示不修改；返回新byte[]才触发重定义 - 只对匹配的类名做 transform，避免全量扫描拖慢启动（比如用
className.startsWith("com.example.service.")过滤） - 不要在
transform里抛异常，否则该类加载失败，JVM 报java.lang.NoClassDefFoundError - 建议用
ASM（轻量、可控）而非Javassist（易用但可能引入冗余类引用）
在方法前后插入计时逻辑时，visitMethodInsn 和 visitVarInsn 怎么配对
不是简单地在 visitCode() 后插 System.nanoTime() 调用就完事。Java 字节码要求局部变量槽（slot）使用严格，尤其涉及 long/double 占两个 slot，插错会导致 VerifyError。
实操建议：
- 入口处用
visitMethodInsn(INVOKESTATIC, "java/lang/System", "nanoTime", "()J", false)，再用visitVarInsn(LSTORE, 1)存到局部变量索引 1（避开 0，因 0 常被 this 或第一个参数占用） - 出口处（
visitInsn(IRETURN)/visitInsn(LRETURN)/visitInsn(ARETURN)/visitInsn(RETURN)）前，读取lload_1，再调System.nanoTime()，相减后传给你的监控方法（如report(String, long)） - 若方法本身有
long参数或局部变量，手动计算 slot 偏移，或改用visitLocalVariable动态分配 slot（更稳妥）
监控数据怎么安全收集，避免拖垮应用
不能在每个方法调用里都 new 对象、拼字符串、走日志框架。高频方法（如 getter、toString）一秒几万次，会立刻引发 GC 压力甚至 OOM。
可行做法：
- 用
ThreadLocal按方法签名聚合耗时，仅在采样周期结束（如每 30 秒）dump 一次统计 - 记录时只存原始
long值，格式化留给后台线程做 - 禁用对
java.*、sun.*、jdk.*包的 transform，否则可能破坏 JVM 内部逻辑（例如干扰Unsafe调用） - 加开关控制是否启用（如通过
System.getProperty("aop.monitor.enable", "false")），方便线上灰度
最常被忽略的是：没处理异常路径（athrow 指令）。如果只拦截正常 return，抛异常的方法就漏监控了——得同时 hook athrow 前的计时差值计算。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
