lombok的@Accessors注解会导致JavaBean的setter规范问题
晚上在为一个工具类写单元测试的时候发现了一个问题 :
lombok的@Accessors链式调用会破坏JavaBean的setter规范,从而导致使用java.beans中的PropertyDescriptor(属性描述器)进行反射的时候回获取不到的writeMethodRef的和writeMethodName的内容。
情况是这样子的 :
我有一个用于测试的TargetModel 如下,加入了链式调用注解的@Accessors(chain = true)
import com.alibaba.fastjson.JSON;
import com.alibaba.fastjson.serializer.SerializerFeature;
import lombok.AllArgsConstructor;
import lombok.Data;
import lombok.NoArgsConstructor;
import lombok.experimental.Accessors;
@Data
@NoArgsConstructor
@AllArgsConstructor
@Accessors(chain = true)
public class TargetModel {
private String name;
private String email;
@Override
public String toString() {
return JSON.toJSONString(this, SerializerFeature.WriteMapNullValue);
}
}
编译后的.class中的setName()将会类似于静态工厂的Builder模式将自身返回,破坏了JavaBean的setter规范。
我在运行单元测试的进行调试的时候看到的PropertyDescriptor将获取不到writeMethodRef
的内容和writeMethodName
。
为了证实这个问题,我去掉了链式调用@Accessors。再次运行,发现问题已经解决:
最终结论 : 在可能会用到反射的JavaBean上面慎用链式调用@Accessors。否则PropertyDescriptor反射将获取不到setter方法内容。
分类:
程序人生 / Java程序员
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义