alt+insert/cmd+n生成getter/setter需满足光标在类大括号内、字段为非final非static类成员；布尔字段active生成isactive()；lombok启用时禁用手动生成，否则报重复方法错误。
直接用 Alt + Insert（Windows/Linux）或 Cmd + N（macOS）就能生成，但选错入口、忽略字段可见性、没关 Lombok 冲突会导致生成失败或运行时报错。
光标位置和快捷键必须匹配
快捷键只在类内部生效，光标不能落在方法体里、注释中或类声明行外。如果按了没反应，先确认光标是否在 class { ... } 的大括号范围内。
- 正确位置示例：
public class User { private String name; // ← 光标放这里或下面空行都行 } - 错误位置示例：光标在
public static void main(String[] args) { ... }里面，此时弹出的是“Generate method”而非字段相关选项 - Mac 用户注意：
Cmd + N是主入口，不是Cmd + Shift + N（那是全局搜索）
生成前必须先声明字段，且不能是 final 或局部变量
IDEA 只识别类级（private/protected/public）成员变量，final 字段默认不生成 setter，静态字段（static）也不会出现在字段选择列表中。
- 能被识别的字段：
private String email;、protected int id; - 不会出现的字段：
final String token;（getter可生成，setter灰掉）、static boolean DEBUG = true;（根本不出现在勾选框里） - 布尔字段命名特殊：
private boolean active;会生成isActive()而非getActive()；若字段名是isLocked，则生成isIsLocked()—— 这属于 JavaBean 规范陷阱，建议避免以is开头的布尔字段名
别混用 Lombok 和手动生成，否则编译报错
如果项目已启用 Lombok（@Getter/@Setter），再手动用 Alt + Insert 生成相同方法，会导致编译时报 duplicate method 错误。
- 检查是否启用了 Lombok：看
pom.xml或build.gradle是否含lombok依赖，以及 IDEA 设置里Settings > Build > Compiler > Annotation Processors是否勾选了Enable annotation processing - 冲突时优先删手动代码：Lombok 生成的方法在编译期注入，源码里看不到，但运行时存在；手动写的同名方法会与之冲突
- 临时禁用 Lombok 注解：在类上加
// @Getter @Setter注释，再用快捷键生成，可绕过冲突（适合调试或迁移场景）
封装字段（Refactor → Encapsulate Fields）和 Generate 是两回事
Refactor | Encapsulate Fields 不只是生成 getter/setter，还会自动把类内所有直接访问该字段的地方替换成方法调用，而 Generate 只是插入新方法，不做任何替换。
- 适用场景：
Encapsulate Fields适合已有代码大量直访问field，想统一转成getField()；Generate适合新建类、写新逻辑 - 风险点：如果字段被子类继承并直接访问（比如
protected字段），Encapsulate Fields不会修改子类代码，可能导致子类行为异常 - 可见性控制：
Encapsulate Fields对话框里能单独设 getter/setter 的访问修饰符（public/protected），Generate则固定为public
最常被忽略的是布尔字段命名引发的 isActive() vs getActive() 差异，以及 Lombok 启用后仍手动生成导致的编译失败 —— 这两个点一旦出问题，往往要花几分钟排查，而不是几秒解决。
