你在Spring里加个 @Transactional，数据库操作就自动回滚了；加个 @LogExecutionTime，方法耗时就打到日志里——这些“不写进业务逻辑却处处起作用”的能力，背后不是魔法，是字节码在干活。
没改Java源码，怎么就多出了逻辑？
很多人以为AOP就是靠代理（JDK动态代理或CGLIB），但代理只能拦截接口调用，对静态方法、private方法、构造器、甚至字段访问统统无效。真正能无死角织入的，是直接动class文件本身——也就是在字节码层面做手脚。
Java编译完生成的是.class文件，里面是JVM能读懂的二进制指令（比如 aload_0、invokevirtual）。只要在类加载进JVM前，把这段字节码“悄悄补几行”，比如在方法开头插一段计时开始，在结尾插一段打印耗时，就实现了切面逻辑——而你的源码一行没动。
常用工具：ASM和Byte Buddy
ASM是最底层、最灵活的字节码操作库。它像一把螺丝刀，让你直接读取、修改、生成字节码指令：
ClassWriter cw = new ClassWriter(ClassWriter.COMPUTE_FRAMES);
ClassVisitor cv = new MyClassVisitor(Opcodes.ASM9, cw);
// 读入原始类字节码，通过visitMethod等回调注入逻辑
Byte Buddy更友好些，用链式API模拟“写代码”的感觉：
new ByteBuddy()
.redefine(MyService.class)
.method(named("doWork"))
.intercept(MethodDelegation.to(TraceInterceptor.class))
.make()
.load(MyService.class.getClassLoader());
这段代码不是运行时代理，而是当场重定义 MyService 的 doWork 方法，把执行权交给 TraceInterceptor ——连反射调用都省了，性能接近原生。
服务器维护中真正在用的场景
线上Tomcat跑着几十个微服务，突然某个接口响应变慢。你不想每个方法都手动加日志，也不想重启应用改代码。这时候，用Java Agent配合字节码增强，热插拔式地给所有 com.xxx.controller.* 下的方法加上耗时统计，5分钟内就能定位瓶颈方法——这就是运维同学在真实压测和故障排查中干的事。
还有安全加固：拦截所有 java.net.URL.openConnection() 调用，自动校验域名白名单；或者统一给所有DAO层方法加SQL执行超时控制——这些都不用动业务jar包，靠字节码织入就能上线生效。
小心别“织”过头
字节码改错一个指令，JVM直接抛 VerifyError，应用启动失败。所以生产环境用字节码增强，必须有灰度机制：先只对1%的实例生效，验证字节码逻辑正确、GC无异常、线程栈没膨胀，再全量推送。这也是为什么很多公司把字节码增强封装成标准Agent模块，而不是让每个项目自己手写ASM。