构造函数生成需勾选所有非static字段（含final），避免编译错误；static字段不可选；下划线字段名参数需与getter/setter一致；父类字段需单独处理；lombok注解下禁用idea生成。
构造函数怎么生成才不漏字段
光标停在类内部任意位置，按 Alt + Insert → 选 Constructor，弹窗里默认只勾选非 static 字段。如果类里有 final 字段但没被勾选，生成后会编译报错 variable might not have been initialized；static 字段永远不该出现在构造函数参数里，IDEA 也不会让你选。
常见疏漏点：
- 字段名含下划线（如
user_name）时，IDEA 默认生成的参数名是userNameParam，但如果你手动改过字段命名风格，要确认参数名是否和 setter/getter 保持一致 - 继承自父类的字段不会出现在当前类的构造函数生成列表中，必须去父类单独生成或手动补充
- 如果用了 Lombok 的
@RequiredArgsConstructor，再用 IDEA 生成构造函数会导致重复，编译直接失败
equals() 和 hashCode() 必须一起生成
IDEA 的 Alt + Insert → equals() and hashCode() 是绑定操作，不能只选一个。因为 Object 规范明确要求：相等的对象必须有相同哈希码，否则 HashMap、HashSet 等集合行为不可预测。
实际使用中要注意：
- 默认全选字段，但业务上常需排除时间戳、版本号等“非业务标识字段”，比如
createTime或version不该参与 equals 判断 - 如果字段类型是数组、集合或自定义对象，生成的
Objects.equals(a, b)已处理 null 安全，但若该字段本身没重写equals()，结果仍可能不符合预期 - 生成后检查是否调用了
Objects.hash(...)而不是手写的31 * a + b—— 后者容易溢出且可读性差，IDEA 默认用前者
字段类型影响 equals 逻辑写法
IDEA 生成的 equals() 对不同字段类型自动选用不同比较方式：int 用 ==，String 用 Objects.equals()，LocalDateTime 也走 Objects.equals()。但遇到自定义类型（如 UserDto）时，它只会生成 Objects.equals(this.userDto, other.userDto)，不会递归展开。
这意味着：
- 如果
UserDto没重写equals()，那整个比较就退化为引用比较，两个内容相同但不同实例的对象会返回false -
BigDecimal字段默认用Objects.equals()，但业务上常需用compareTo() == 0避免精度陷阱，得手动改 - 生成后快速扫一眼
if (o == null || getClass() != o.getClass())这行 —— 如果类用了泛型或继承，这句可能不够严谨，需结合具体场景调整
toString() 顺手一起生成更省事
虽然标题没提，但实际开发中，toString() 和 equals() 经常配套调试。按 Alt + Insert → toString() 时，注意模板选 StringBuffer（尤其字段多时），避免字符串拼接性能问题。
关键细节：
- 生成前确保光标在类内，否则菜单不出现
- 如果字段含敏感信息（如
password），记得在 toString 弹窗里取消勾选，别让日志泄露 - 生成后检查是否用了
StringBuilder（现代 JDK 推荐）而非StringBuffer—— IDEA 新版本已默认用前者，老版本可能还显示 StringBuffer 选项
字段顺序、null 处理、继承关系、Lombok 冲突——这些点不写进生成逻辑里，IDEA 就真只是“生成”，不是“帮你思考”。
