Java封装应将字段设为private，配public的getter/setter以控制访问；setter需校验（如age范围、name非空），getter/setter须遵循JavaBeans规范（boolean可用isXXX），private字段不被子类直接继承。
如何用 private + public getter/setter 实现基础封装
Java 封装的核心不是“隐藏一切”，而是“控制访问入口”。最常见也最稳妥的做法是把字段声明为 private，再提供 public 的 getter 和 setter 方法——这既阻止了外部直接赋值，又保留了可控的读写逻辑。
实际编码中要注意：setter 不该无脑透传，比如对 age 字段做校验、对 name 做非空判断，这些逻辑只能在方法里加，字段本身做不到。
-
private字段无法被子类继承访问（但可通过 protected 方法间接暴露） - getter/setter 方法名必须严格遵循 JavaBeans 规范：
getXXX()、setXXX(...)，否则反射或框架（如 Jackson、Spring）可能失效 - 对于 boolean 类型，getter 可用
isXXX()（如isActive()），但 setter 仍须为setActive(...)
public class User {
private String name;
private int age;
public String getName() {
return name;
}
public void setName(String name) {
if (name != null && !name.trim().isEmpty()) {
this.name = name.trim();
}
}
public int getAge() {
return age;
}
public void setAge(int age) {
if (age >= 0 && age <= 150) {
this.age = age;
}
}
}
什么时候该用 protected 而不是 private
protected 的本质是“留给子类用的受控扩展点”，不是为了方便测试或临时绕过封装。它允许同一包内类和所有子类访问，但不向外部公开——这是设计可继承 API 的关键分界线。
典型误用：把字段设为 protected 只为在单元测试里直接修改；正确做法是通过构造函数、builder 或测试专用 setter（标记 @VisibleForTesting）来支持测试。
立即学习“Java免费学习笔记（深入）”；
本文档主要讲述的是android rtsp流媒体播放介绍；实时流协议（RTSP）是应用级协议，控制实时数据的发送。RTSP提供了一个可扩展框架，使实时数据，如音频与视频，的受控、点播成为可能。数据源包括现场数据与存储在剪辑中数据。该协议目的在于控制多个数据发送连接，为选择发送通道，如UDP、组播UDP与TCP，提供途径，并为选择基于RTP上发送机制提供方法。希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
- 只对**有意被子类重写或依赖的行为**开放
protected，例如模板方法中的钩子方法protected void initConfig() -
protected字段极少见，一旦使用，子类可随意读写，等于放弃对该字段的封装控制 - 如果子类只需要读，就只提供
protectedgetter；如果需要读写，优先考虑protected的受保护方法（如protected void updateState(...)），而非裸字段
package-private（默认访问级别）的实际价值
没有显式修饰符的成员（字段、方法、类）是 package-private，即仅对同一包内可见。这不是“偷懒不写”，而是一种明确的设计意图：把协作紧密的组件放在一个包里，内部高效通信，对外则统一通过 public 接口暴露。
比如 java.util 包中大量使用 package-private 类（如 HashMap.Node）和方法（如 ArrayList.batchRemove(...)），既避免污染 public API，又保证核心逻辑性能。
- 适合用于：工具类的辅助方法、集合类的内部节点实现、模块内状态协调器
- 不能跨包继承或调用，因此比
protected更封闭，比private更灵活 - IDE 通常不会自动补全 package-private 成员，提醒你“这个不是给外面用的”
final 与不可变性对封装的强化作用
仅靠访问修饰符无法阻止对象内部状态被意外修改。比如一个 public 的 List 字段即使设为 private，外部拿到引用后仍可 add/remove。此时必须结合 final 和不可变类型（如 ImmutableList、String、LocalDateTime）才能真正封住漏洞。
-
private final List只能防止重新赋值，不防内容修改；应改为tags; private final ImmutableList或在 getter 中返回副本：tags; return new ArrayList(tags); - 构造函数里接收可变参数时务必防御性拷贝：
this.data = new byte[original.length]; System.arraycopy(original, 0, this.data, 0, original.length); - 如果类本身要不可变，所有字段都得
final，且不提供任何 setter，同时确保所有返回对象都不泄露内部引用
封装不是一锤定音的事，访问控制只是起点；真正的边界由“谁持有引用”“引用是否可变”“方法是否校验输入”共同决定。漏掉任意一环，private 就形同虚设。
