private限制外部直接访问变量，因其在编译期即拦截非法访问，仅允许通过类内定义的getter/setter可控入口进行操作，确保数据校验、逻辑扩展与安全性。
private 为什么不让外部直接访问变量
因为 Java 的封装本质是“不让你碰内部数据，除非走我定的路”。private 不是单纯为了“锁住”，而是把变量藏进类自己的地盘里——连同包里的其他类、子类、甚至反射（没开权限时）都默认被拦在外面。编译器会在编译期就报错，比如 person.age = -5; 直接红标，不是运行时报错，是根本过不了编译。
- 它不阻止你在本类里用
age = 20;，但一出大括号就失效 - 它不提供任何“绕过”机制，不像
protected或default那样留后门 - 它和字段生命周期无关：
private int count;和public int count;在内存里占的空间、初始化行为完全一样，区别只在访问检查这一步
getter/setter 不是形式主义，是可控入口
写 getAge() 和 setAge(int age) 看似多此一举，但这是你唯一能插逻辑的地方。比如年龄不能为负、余额不能透支、用户名不能含敏感词——这些校验如果放在调用方，每个 new Person() 都得重复写一遍；而塞进 setAge 里，改一处，全项目生效。
-
setAge里可以 throw IllegalArgumentException，也可以静默修正（如this.age = Math.max(0, age);），但别 return void 还吞掉异常 -
getAge看似只是 return，但未来可扩展成懒加载（if (age == null) loadFromDB();），调用方完全无感 - 别给布尔字段起
getIsAdmin()，JavaBean 规范要求是isAdmin()；否则某些框架（如 Jackson、Spring Data）会识别失败
什么时候不该用 private + getter/setter
不是所有字段都值得封装。过度封装反而增加维护成本，尤其当字段纯属临时中间值、或仅用于构建过程（Builder 模式中）、或本身就是不可变对象（final String id;）时，硬套 get/set 反而模糊意图。
- DTO/VO 类里全是
private字段 + 全量 get/set？没问题，框架需要 - 一个工具类里的静态配置常量，比如
private static final int MAX_RETRY = 3;，不需要 getter —— 直接 public static final 更清晰 - 记录类（
record，Java 14+）默认字段私有且自动生成public访问器，你手动再写getXXX会编译报错
IDE 自动生成的 getter/setter 有哪些坑
IntelliJ/Eclipse 一键生成很方便，但默认行为容易埋雷。比如它不会帮你加空值判断、不会拒绝负数、也不会考虑线程安全——这些都得你手动补。
立即学习“Java免费学习笔记（深入）”；
- 生成的
setXXX默认是public void setXXX(T value) { this.xxx = value; }，但如果你的字段是引用类型（如List），直接赋值可能让外部修改影响内部状态，应改成深拷贝或不可变包装：this.items = List.copyOf(value); - 对
boolean字段，IDE 有时生成getActive()而非isActive()，导致 Jackson 反序列化失败 - 字段名带下划线（如
user_name），IDE 生成的getUserName()是对的，但有些老框架依赖严格驼峰，需确认兼容性
