【Java架构师】Maven中lombok那点事

简介: SpringBoot项目中Lombok需在maven-compiler-plugin中配置`annotationProcessorPaths`,确保编译期生成getter/setter等方法;而`excludes`则在打包时排除Lombok依赖,减小体积,因运行时已无需该库。

lombok.jpg

前言

创建一个普通的SpringBoot项目,如果添加了lombok依赖,pom.xml会自动生成这样一段配置代码:

image.gif



这样生成的意义是什么呢?

我们先来说第一个:

一、annotationProcessorPaths

<annotationProcessorPaths>
    <path>
        <groupId>org.projectlombok</groupId>
        <artifactId>lombok</artifactId>
    </path>
</annotationProcessorPaths>

为什么 Lombok 要这样单独写在 maven-compiler-plugin 里,而不是只在 <dependencies> 里引入。

首先Lombok 不是像 Spring、MyBatis 那样的运行时库,它是一个✅ 编译期注解处理器(Annotation Processor)。

也就是说:

  • 它在你执行 mvn compile 时介入;
  • 扫描代码里的注解(例如 @Getter, @Builder);
  • 在编译阶段动态生成 getter/setter 等方法;
  • 这些方法直接进入 .class 文件;
  • 编译完成后,运行时根本不需要 Lombok。


1.1 Maven 默认不传递编译期处理器

默认情况下,Maven 的 maven-compiler-plugin

  • 只编译源代码;
  • 不会自动把编译期注解处理器(像 Lombok)加进去
  • 尤其是某些 IDE 或构建环境(CI)会因此报错:

“Cannot find symbol getXXX()”

因为 Lombok 没有被 javac 加载为 annotation processor。



1.2 annotationProcessorPaths 的作用

这一段配置:

<annotationProcessorPaths>
    <path>
        <groupId>org.projectlombok</groupId>
        <artifactId>lombok</artifactId>
    </path>
</annotationProcessorPaths>

就是告诉 Maven:

编译时请显式地把 Lombok 注册为注解处理器(Annotation Processor)。

这样,javac 编译源码时,Lombok 的生成逻辑会被执行。

所以 @Getter, @Builder, @Slf4j 等注解才能生效。


1.3 如果不写会怎样?

编译后 .class 里就没有生成 getter/setter方法了。

可能会报如下的错:

[ERROR] cannot find symbol

 symbol:   method getName()

 location: variable user of type com.example.User



1.4 测试引发的新问题,不写也不会报错?

我创建了一个实体类,用来测试:

image.gif


image.gif


当我执行mvn clean package,发现还是可以成功编译打包,这是为什么呢?

根本原因就是maven3.6以上版本可以自动识别lombok,所以这里删掉也没事。



二、excludes

<plugin>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-maven-plugin</artifactId>
    <configuration>
        <excludes>
            <exclude>
                <groupId>org.projectlombok</groupId>
                <artifactId>lombok</artifactId>
            </exclude>
        </excludes>
    </configuration>
</plugin>

这里就很明确了,打包的时候排除lombok依赖包。因为你之前已经将注解编译为getter/setter方法了,.class字节码文件已经有了正常的getter/setter代码,所以运行时根本不需要再加载 Lombok 的 jar,而且还会增加jar包的体积。

目录
相关文章
|
4天前
|
弹性计算 运维 搜索推荐
三翼鸟携手阿里云ECS g9i:智慧家庭场景的效能革命与未来生活新范式
三翼鸟是海尔智家旗下全球首个智慧家庭场景品牌,致力于提供覆盖衣、食、住、娱的一站式全场景解决方案。截至2025年,服务近1亿家庭,连接设备超5000万台。面对高并发、低延迟与稳定性挑战,全面升级为阿里云ECS g9i实例,实现连接能力提升40%、故障率下降90%、响应速度提升至120ms以内,成本降低20%,推动智慧家庭体验全面跃迁。
|
4天前
|
数据采集 人工智能 自然语言处理
3分钟采集134篇AI文章!深度解析如何通过云无影AgentBay实现25倍并发 + LlamaIndex智能推荐
结合阿里云无影 AgentBay 云端并发采集与 LlamaIndex 智能分析,3分钟高效抓取134篇 AI Agent 文章,实现 AI 推荐、智能问答与知识沉淀,打造从数据获取到价值提炼的完整闭环。
372 91
|
5天前
|
域名解析 人工智能
【实操攻略】手把手教学,免费领取.CN域名
即日起至2025年12月31日,购买万小智AI建站或云·企业官网,每单可免费领1个.CN域名首年!跟我了解领取攻略吧~
|
5天前
|
SQL 人工智能 自然语言处理
Geo优化SOP标准化:于磊老师的“人性化Geo”体系如何助力企业获客提效46%
随着生成式AI的普及,Geo优化(Generative Engine Optimization)已成为企业获客的新战场。然而,缺乏标准化流程(Geo优化sop)导致优化效果参差不齐。本文将深入探讨Geo专家于磊老师提出的“人性化Geo”优化体系,并展示Geo优化sop标准化如何帮助企业实现获客效率提升46%的惊人效果,为企业在AI时代构建稳定的流量护城河。
385 156
Geo优化SOP标准化:于磊老师的“人性化Geo”体系如何助力企业获客提效46%
|
4天前
|
数据采集 缓存 数据可视化
Android 无侵入式数据采集:从手动埋点到字节码插桩的演进之路
本文深入探讨Android无侵入式埋点技术,通过AOP与字节码插桩(如ASM)实现数据采集自动化,彻底解耦业务代码与埋点逻辑。涵盖页面浏览、点击事件自动追踪及注解驱动的半自动化方案,提升数据质量与研发效率,助力团队迈向高效、稳定的智能化埋点体系。(238字)
267 156
|
12天前
|
机器人 API 调度
基于 DMS Dify+Notebook+Airflow 实现 Agent 的一站式开发
本文提出“DMS Dify + Notebook + Airflow”三位一体架构,解决 Dify 在代码执行与定时调度上的局限。通过 Notebook 扩展 Python 环境,Airflow实现任务调度,构建可扩展、可运维的企业级智能 Agent 系统,提升大模型应用的工程化能力。