Skip to content

四火的唠叨

一个纯正程序员的啰嗦

Menu
  • 所有文章
  • About Me
  • 关于四火
  • 旅行映像
  • 独立游戏
  • 资源链接
Menu

Lombok 介绍

Posted on 09/08/201306/23/2019 by 四火

Lombok最初我是在公司内部的 broadcast 上面听到有 principal 介绍到它的,和 AspectJ 归在一起。看了几个例子之后觉得有点意思,就去 Lombok 的官网上扒了一下。我们已经知道向 AspectJ、CGLib 等等都可以做到对已有 Java 代码在字节码层级的改变,无论是编译时期静态织入还是运行时期动态代理,对于我们使用 AOP 来减少那些重复性编码的劳动、增加切面性质的逻辑颇有帮助。这里有几个概念:

  • 首先是 AOP,我在这里不啰嗦,网上有的是这样的文章。
  • 其次,如果你还没有接触过 AspectJ,那么在 Lombok 之前,AspectJ 是值得推荐了解的。和 Lombok 相比,AspectJ 更强大,有它自己的语法,本身更像是一个代码生成器,它有独特的语法编译工具,可以自己生成 class 文件。换言之,它已经超出了往常 Java 项目最后简单地编译成 “jar” 被调用的范畴。
  • 再次,是 JDK 的动态代理。原理上不复杂,JDK 的 Proxy 类提供了一个建立代理对象的方法,需要传入被代理对象的接口集合、class loader 和代理对象自己,其中代理对象需要实现 InvocationHandler 的 invoke 方法,在其中实现了,对于被代理对象的方法执行,可以进行任意的行为改变。最终,生成的代理对象和被代理对象实现自相同的接口,只是方法的行为被改变了。
  • 最后,是 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 文件是一样的。

NewImage

我们再来仔细认识一下 Lombok 的特性:

1. val 关键字:

你可以使用 val 关键字写出这样的代码来,看起来就是 duck type 啊:

 

public String example() {
  val example = new ArrayList();
  example.add("Hello, World!");
  val foo = example.get(0);
  return foo.toLowerCase();
}

 

2. 注解,除了一看便知的 @Getter、@Setter、@ToString 等等以外,我介绍几条有意思的 Lombok 注解,你可以在这里找到全集:

  • @Data:相当于同时使用了 @ToString、@EqualsAndHashCode、@Getter、@Setter 和 @RequiredArgsConstructor 这些注解,对于 POJO 类十分有用。
  • @NonNull:给方法参数增加这个注解会自动在方法内对该参数进行是否为空的校验,如果为空,则抛出 NPE。
  • @Cleanup:自动生成 try-finally 这样的代码来关闭流(你一定写过使用-关闭流的样板代码)。
  • @Getter(lazy=true):可以替代掉经典的 Double Check Lock 样板代码!

我很喜欢这种小项目,很小的范围,简单,而且专注,解决非常特定的问题。

文章未经特殊标明皆为本人原创,未经许可不得用于任何商业用途,转载请保持完整性并注明来源链接 《四火的唠叨》

×Scan to share with WeChat

你可能也喜欢看:

  1. 编程范型:工具的选择
  2. 从 Java 和 JavaScript 来学习 Haskell 和 Groovy(元编程)
  3. SSH 学习杂记
  4. D3 介绍
  5. Bootstrap: New Net-volution

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

订阅·联系

四火,啰嗦的程序员一枚,现居西雅图

Amazon Google Groovy Hadoop Haskell Java JavaScript LeetCode Oracle Spark 互联网 亚马逊 前端 华为 历史 同步 团队 图解笔记 基础设施 工作 工作流 工具 工程师 应用系统 异步 微博 思考 技术 数据库 曼联 测试 生活 眼界 程序员 管理 系统设计 缓存 编程范型 美股 英语 西雅图 设计 问题 面向对象 面试

分类

  • Algorithm and Data Structure (30)
  • Concurrency and Asynchronization (6)
  • System Architecture and Design (43)
  • Distributed System (18)
  • Tools Frameworks and Libs (13)
  • Storage and Data Access (8)
  • Front-end Development (33)
  • Programming Languages and Paradigms (55)
  • Testing and Quality Assurance (4)
  • Network and Communication (6)
  • Authentication and Authorization (6)
  • Automation and Operation Excellence (13)
  • Machine Learning and Artificial Intelligence (6)
  • Product Design (7)
  • Hiring and Interviews (14)
  • Project and Team Management (14)
  • Engineering Culture (17)
  • Critical Thinking (25)
  • Career Growth (57)
  • Life Experience and Thoughts (45)

推荐文章

  • 聊一聊分布式系统中的时间
  • 谈谈分布式锁
  • 常见分布式系统设计图解(汇总)
  • 系统设计中的快速估算技巧
  • 从链表存在环的问题说起
  • 技术面试中,什么样的问题才是好问题?
  • 从物理时钟到逻辑时钟
  • 近期面试观摩的一些思考
  • RSA 背后的算法
  • 谈谈 Ops(汇总 + 最终篇):工具和实践
  • 不要让业务牵着鼻子走
  • 倔强的程序员
  • 谈谈微信的信息流
  • 评审的艺术——谈谈现实中的代码评审
  • Blog 安全问题小记
  • 求第 K 个数的问题
  • 一些前端框架的比较(下)——Ember.js 和 React
  • 一些前端框架的比较(上)——GWT、AngularJS 和 Backbone.js
  • 工作流系统的设计
  • Spark 的性能调优
  • “残酷” 的事实
  • 七年工作,几个故事
  • 从 Java 和 JavaScript 来学习 Haskell 和 Groovy(汇总)
  • 一道随机数题目的求解
  • 层次
  • Dynamo 的实现技术和去中心化
  • 也谈谈全栈工程师
  • 多重继承的演变
  • 编程范型:工具的选择
  • GWT 初体验
  • java.util.concurrent 并发包诸类概览
  • 从 DCL 的对象安全发布谈起
  • 不同团队的困惑
  • 不适合 Hadoop 解决的问题
  • 留心那些潜在的系统设计问题
  • 再谈大楼扔鸡蛋的问题
  • 几种华丽无比的开发方式
  • 我眼中的工程师文化
  • 观点的碰撞
  • 谈谈盗版软件问题
  • 对几个软件开发传统观点的质疑和反驳
  • MVC 框架的映射和解耦
  • 编程的未来
  • DAO 的演进
  • 致那些自嘲码农的苦逼程序员
  • Java 多线程发展简史
  • 珍爱生命,远离微博
  • 网站性能优化的三重境界
  • OSCache 框架源码解析
  • “ 你不适合做程序员”
  • 画圆画方的故事

近期评论

  • + 1.123687 BTC.GET - https://graph.org/Payout-from-Blockchaincom-06-26?hs=bc7ad362723e233c862c0befa566a75a& on 常见分布式系统设计图解(汇总)
  • rocky on 关于时间管理的一点新的感悟
  • panshenlian.com on 初涉 ML Workflow 系统:Kubeflow Pipelines、Flyte 和 Metaflow
  • panzhixiang on 关于近期求职的近况和思考
  • Anonymous on 闲聊投资:亲自体验和护城河
  • 四火 on 关于近期求职的近况和思考
  • YC on 关于近期求职的近况和思考
  • mafulong on 常见分布式基础设施系统设计图解(四):分布式工作流系统
  • 四火 on 常见分布式基础设施系统设计图解(八):分布式键值存储系统
  • Anonymous on 我裸辞了
© 2025 四火的唠叨 | Powered by Minimalist Blog WordPress Theme