JPA实体必备的Lombok注解有哪些？是否需移除@Data？

首先明确@Data的本质：它是个复合注解，打包了@Getter、@Setter、@RequiredArgsConstructor、@EqualsAndHashCode、@ToString这几个注解。针对你的疑问逐个说明：

1. 要不要移除@Data？ #

完全可以移除，而且从JPA实体的最佳实践来看，移除后能更精准控制实体行为，避免潜在问题：

• 你已经手动添加了@EqualsAndHashCode(callSuper = true)和@ToString(callSuper = true)，这会覆盖@Data自带的默认实现（默认不调用父类方法，只比较当前类字段），所以这部分的问题你已经解决了。但@Data还会自动生成所有字段的setter，对于JPA实体来说，像主键（@Id）这类字段通常不应该对外暴露setter（避免被意外修改），全字段setter容易破坏实体的状态一致性。
• @Data还会生成@RequiredArgsConstructor（包含final和@NonNull字段的构造函数），虽然你已经加了@NoArgsConstructor（JPA要求实体必须有无参构造），两者可以共存，但如果不需要这个带参构造，@Data的这个特性就属于多余。

2. 移除@AllArgsConstructor的影响 #

@AllArgsConstructor是单独的注解，和@Data没关系，如果你不需要全参构造（JPA也不强制要求），完全可以移除，不会影响实体的JPA功能。

3. 修改后的实体代码示例 #

结合你的需求，移除@Data和@AllArgsConstructor后，补充@Getter和@Setter（可以按需控制，比如给不需要setter的字段单独设置），代码如下：

@Slf4j
@Getter
@Setter
@NoArgsConstructor
@EqualsAndHashCode(callSuper = true)
@ToString(callSuper = true)
@SuperBuilder
@Entity
@Table(name = "foos")
public class Foo extends Bar {
    // 示例：如果主键字段不需要setter，可以单独加@Getter，去掉setter
    // @Id
    // @Getter
    // private Long id;
    
    // 其他字段
    ..
}

额外说明 #

网上说@Data不适合JPA实体，核心原因就是默认的equals/hashCode/toString不处理父类字段，以及全字段setter的风险。你已经通过手动注解解决了前一个问题，但全字段setter的问题依然存在，所以换成单独的@Getter、@Setter能更灵活地控制实体的访问权限，符合JPA的设计理念。

内容的提问来源于stack exchange，提问作者user352290