最后,是 CGLib。相较于 AspectJ,CGLib 是一个纯纯粹粹的 jar 包而已了,也就意味着,它对于字节码的织入,只能在运行时通过某种方式实现了。它使用的方式是动态代理,但是相对于 JDK 传统的动态代理方式,它没有对被代理对象接口的要求,换言之,如果被代理对象没有实现自任何接口,或者期望改变的方法没有源自任何接口,只要不是 final 修饰的类和方法,一样可以做到动态代理。它的原理也不复杂,在运行时给被代理类创建一个子类,覆写被代理类中需要改变行为的方法。和 JDK 的动态代理相比,除去类创建时更大的开销,在方法执行时它的效率要高过前者。
现在让我们回到 Lombok,它的原理和 AspectJ 类似。它的目的在于让程序员少写一些 “样板代码”。所谓样板代码,是那些没有营养,却又不得不写的代码,写的时候觉得毫无技术含量,依样画葫芦,比如一个类的全参构造函数、无参构造函数、get/set 方法、toString 方法等等。这些代码你可以指望向 Eclipse 这样的 IDE 帮你自动生成到你的代码文件里去,当然,也可以借由 Lombok 这样的工具,在编译阶段,不修改你的代码源文件,但是让编译出的 class 文件具备样板代码的逻辑。
下面这张图来自 Lombok 官网的一段视频。你可以看到左侧的代码仅仅是一个普通的 POJO 类,增加了 Lombok 的注解而已。右侧显示了编译出的 class 文件,get/set 方法已经生成完毕。可以使用反编译工具打开 class 文件查看,这样的 class 文件和手写样板代码生成出来的 class 文件是一样的。
我们再来仔细认识一下 Lombok 的特性:
val 关键字:
你可以使用 val 关键字写出这样的代码来,看起来就是 duck type 啊:
代码语言:javascript
复制
public String example() {
val example = new ArrayList();
example.add("Hello, World!");
val foo = example.get(0);
return foo.toLowerCase();
}