字节码增强总结

最新推荐文章于 2024-07-18 10:53:54 发布

sutonline

最新推荐文章于 2024-07-18 10:53:54 发布

阅读量441

点赞数

分类专栏： JAVA 文章标签： java

本文链接：https://blog.csdn.net/kang389110772/article/details/120554252

版权

JAVA 专栏收录该内容

198 篇文章 6 订阅

订阅专栏

经常遇见字节码就懵逼，ASM, CGLIB, Instrument, Aspect, Spring AOP这些都是啥关系，有什么作用。今天就让我们来试着总结一下。

一切还要从Instrument讲起

Instrument是JVM提供的一个可以修改已加载类的类库，专门为Java语言编写的插桩服务提供支持。在JDK 1.6以前，instrument只能在JVM刚启动类时生效，而在JDK 1.6之后，instrument支持在运行时对类定义的修改。

我们看一下instrument的类库都包括什么:

Instrumentation
ClassFileTransformer

非常简单，再查看Instrumentation内容，可以发现它的主要作用是addClassFileTransformer和removeClassFileTransformer。

而ClassFieldTransformer的内容就更简单了。

byte[]
  transform(  ClassLoader         loader,
            String              className,
            Class<?>            classBeingRedefined,
            ProtectionDomain    protectionDomain,
            byte[]              classfileBuffer)
  throws IllegalClassFormatException;

只有一个方法，就是对classname的类进行转换，返回新的byte字节码。

看到这里，相信我们已经很明显的确定了一件事情: 别管什么字节码增强技术，都得经过instrument官方这条路。这个并不准确，我们最后会进行总结。

字节码操作技术

我们应该都记得Java的咖啡☕️的由来，就是因为字节码开头是CAFE BABE这个魔数，之后就是一些十六进制的数字了，那如果让我们手动来修改这些数字，相信是个人都会很头大。所以这就有了字节操作技术，也就是我们常常听到的ASM, javassit。为什么会有一系列的

字节码操作技术呢? 这里不妨上一下字节码操作技术的区别。

技术	特点	实例
Javassist	很轻量级，只有700kb左右，无需了解Class文件的结构，简单易学	一些rpc框架会采用
Asm	需要比较了解Class文件结构，特性比较完整	Cglib，Lombok
Bcel	API比较原子化，需要对java instruction集合比较熟悉	AspectJWeaver
cglib	容易学习，仅需要少量的字节码只是

比较来源: [Dynamic Java Bytecode Manipulation Framework Comparison](https://stackoverflow.com/questions/9167436/dynamic-java-bytecode-manipulation-framework-comparison)

从这些比较来看，主要还是面向的问题空间不同，所以就产生了不同的解决方案空间。

代理

字节码增强和代理经常是混合在一起，那么他们之间的关系是什么？

代理的定义是: 简单来说，代理是一个存在客户端和调用对象之间的物体，它可以做到简单的转发，也可以提供一些额外的逻辑。

In short, a proxy is a wrapper or agent object that is being called by the client to access the real serving object behind the scenes. Use of the proxy can simply be forwarding to the real object, or can provide additional logic.

从这个定义上来看，代理是为了在实际调用增加逻辑的手段。字节码增强当然能做到这个事情，比如我们刚才提到的AspectJWeaver通过字节码可以直接将对应的代码织入对应的方法，那么Apsectj算是代理吗? 我这里小声儿地说，严格来说并不算…

那么大家经常动态代理的两大人柱力: proxy、cglib，和AspectJ有什么区别呢?

proxy和cglib主要的方式是生成新的类，来提供proxy服务，这就比较符合proxy的定义了。

为什么Spring引用AspectJ，但经常说我们的动态代理是cglib呢?

首先，从时间发展上看，AspectJ和Spring一开始没有很大的关系，但是AspectJ由于比较活跃形成了AOP的规范，所以Spring就采用了它的规范。

其次，Aspect的方式是它自己的代码增强，可以完全不依赖于Spring。但Spring在使用的时候，并没有使用，而是通过自己的代理去生成。有兴趣的同学可以看一下@EnableAspectJAutoProxy注解生效的过程。