Lombok 与 EasyExcel 兼容性问题解析及建议

在 Java 开发中，Lombok 被广泛用于减少样板代码，如 Getter、Setter、构造函数等。然而，在与像 EasyExcel 这样依赖反射机制的库一起使用时，可能会遇到一些意想不到的问题。本文将深入探讨 Lombok 与 EasyExcel 之间的兼容性问题，分析原因，并提供相应的解决方案和建议。

简单版

如果是需要映射的实体类，老老实实的不要去用Lombok的注解，不要去用就对了，不用就没有兼容性或者其他可能的冲突。

一、问题背景

在使用 Lombok 的 @Getter 和 @Setter 注解简化代码时，开发者可能会发现：

EasyExcel 无法正确赋值对象的属性，读取的结果为 null。
反射调用失败，导致数据解析错误或抛出异常。

这种情况尤其常见于使用 Lombok 自动生成的 Getter 和 Setter 方法与 EasyExcel 等依赖反射的库结合使用时。

二、Lombok 的工作原理

Lombok 通过在编译期修改抽象语法树（AST），为类生成必要的代码，如 Getter、Setter、构造函数等。这意味着：

Lombok 并不会在源码中显式地生成方法，而是在编译后的字节码中添加。
IDE 需要安装 Lombok 插件才能在编辑器中正确解析 Lombok 注解，否则可能会报错或无法自动完成。

三、EasyExcel 的反射机制

EasyExcel 在读取和写入 Excel 文件时，依赖 Java 的反射机制来：

根据属性的 Getter 和 Setter 方法进行赋值和取值。
要求方法命名符合 JavaBean 规范，如 getXxx()、setXxx()。

如果反射机制无法正确找到或访问这些方法，就会导致数据无法正确解析或写入。

四、问题原因分析

Lombok 生成的方法在运行时不可见
- 如果 Lombok 未正确配置，编译器可能不会生成预期的 Getter 和 Setter 方法。
- 运行时反射无法找到对应的方法，导致属性赋值失败。
方法可见性或命名不符合规范
- Lombok 生成的方法可能由于配置不当，导致访问权限不是 public。
- 方法命名不符合 JavaBean 规范，反射无法识别。
IDE 或构建工具未正确配置 Lombok
- 缺少 Lombok 插件，导致编译器或编辑器无法正确处理 Lombok 注解。
- 构建工具（如 Maven、Gradle）中未正确添加 Lombok 依赖。
使用了 Lombok 的特定特性
- 使用了 Lombok 的 @Accessors、@Builder 等注解，更改了方法的生成方式或命名，影响反射访问。

五、解决方案和建议

1. 手动编写 Getter 和 Setter 方法

建议：对于需要被反射访问的属性，手动编写标准的 Getter 和 Setter 方法。

public class ProductRankImportExcelVO {private BigDecimal grossProfit;public BigDecimal getGrossProfit() {return grossProfit;}public void setGrossProfit(BigDecimal grossProfit) {this.grossProfit = grossProfit;}// 其他属性...
}

优点：

确保方法的可见性和命名符合 JavaBean 规范。
避免 Lombok 可能带来的编译或运行时问题。

2. 确保 Lombok 正确配置

安装 IDE 插件：确保在使用的 IDE（如 IntelliJ IDEA、Eclipse）中安装了 Lombok 插件。

构建工具依赖：在 Maven 或 Gradle 配置中正确添加 Lombok 依赖。

<!-- Maven 依赖示例 -->
<dependency><groupId>org.projectlombok</groupId><artifactId>lombok</artifactId><version>1.18.24</version><scope>provided</scope>
</dependency>

3. 使用 Delombok 检查生成代码

Delombok 是 Lombok 提供的工具，可以展开 Lombok 注解，生成实际的源码。

步骤：

运行 Delombok：使用 Lombok 提供的命令行工具或在 IDE 中运行 Delombok。
检查生成代码：查看生成的 Getter、Setter 方法是否正确，命名和可见性是否符合要求。
调整代码：根据生成结果，调整 Lombok 注解或手动编写必要的方法。

4. 避免使用复杂的 Lombok 特性

谨慎使用 @Accessors：该注解可以自定义 Getter、Setter 的生成方式，可能影响方法命名。

@Accessors(fluent = true)
private String name;
// 会生成 name() 和 name(String name) 方法，而非 getName()、setName()

避免影响反射的方法生成：尽量使用基本的 Lombok 注解，如 @Getter、@Setter，并确保生成的方法符合规范。

5. 检查方法的可见性和命名

方法应为 public 访问级别。
符合 JavaBean 规范：方法命名应为 getXxx()、setXxx()，其中 Xxx 为属性名，首字母大写。

6. 确保属性和方法类型一致

类型匹配：Setter 方法的参数类型应与属性类型一致。
避免方法重载：不要对 Getter、Setter 方法进行重载，防止反射机制混淆。

7. 测试和验证

单元测试：编写测试用例，验证属性能否正确赋值和取值。
调试模式：在运行时调试，查看反射调用是否成功，有无异常抛出。

六、示例演示

问题复现：

@Data // Lombok 注解
public class ProductRankImportExcelVO {private BigDecimal grossProfit;// 其他属性...
}// 读取 Excel
List<ProductRankImportExcelVO> productList = ExcelUtils.read(bytes, "产品", ProductRankImportExcelVO.class);
// 结果：productList 的 grossProfit 属性全为 null

解决方案：

public class ProductRankImportExcelVO {private BigDecimal grossProfit;public BigDecimal getGrossProfit() {return grossProfit;}public void setGrossProfit(BigDecimal grossProfit) {this.grossProfit = grossProfit;}// 其他属性...
}// 重新读取 Excel
List<ProductRankImportExcelVO> productList = ExcelUtils.read(bytes, "产品", ProductRankImportExcelVO.class);
// 结果：grossProfit 属性成功赋值