封装的核心是防止外部修改内部状态,getter/setter/构造函数均需防御性拷贝:不可变元素用浅拷贝(如list.copyof),可变元素须深拷贝;避免arrays.aslist和unmodifiablelist等伪防护。

封装的核心不是“藏起来”,而是“不让别人动你的东西”。如果 getter 返回一个可变集合的引用,或者构造函数直接接收外部传入的集合而不加隔离,那封装就形同虚设。深拷贝是切断外部与内部状态关联最彻底的方式之一,但必须用对地方、用对粒度。
getter 中返回集合时必须深拷贝
直接 return this.items 是高危操作。调用方执行 list.add() 或 clear(),原始对象立刻被污染。正确做法是:在 getter 里创建新集合,并确保元素也隔离。
- 若元素是不可变类型(String、Integer、LocalDateTime 等):用 浅拷贝即可,例如
new ArrayList(this.items)或List.copyOf(this.items)(Java 11+,只读快照) - 若元素是可变对象(如 Person、ConfigItem):必须深拷贝每个元素,例如
this.items.stream().map(Person::copy).collect(Collectors.toList()),前提是Person.copy()真正复制了其内部所有可变字段 - 避免踩坑:
Collections.unmodifiableList(new ArrayList(this.items))只防调用方改列表结构,不防改元素内容,也不防原始集合被其他路径修改
构造函数里也要做防御性拷贝
很多人只防 getter,却在构造时就把后门打开了。如果构造函数接收外部 List 并直接赋值给成员变量,等于主动交出控制权。
Java JDK 25 来自 OpenJDK 官方归档,版本为 JDK 25,本条下载地址已指向官方 Windows x64 zip 安装包直链,适合调试旧项目或兼容旧版 Java 运行环境。
- 正确写法:
this.items = new ArrayList(sourceList)(浅拷贝)或更严格地遍历拷贝每个元素 - 对 null 输入要明确处理:抛
IllegalArgumentException或转为空集合,不留给后续逻辑猜 - 警惕
Arrays.asList(...)的陷阱——它返回的是固定大小、底层仍可修改的 List,不能直接赋值
setter 方法中同样需要隔离
setter 不只是赋值入口,更是状态污染的主要通道。传入的集合哪怕文档写着“请勿修改”,代码里也不能信。
- 典型安全写法:
this.config = new HashMap(config)(Map)、this.items = new ArrayList(items)(List) - 不要在 setter 里做业务逻辑(如校验后持久化),那是 service 层的事;setter 职责唯一:安全接管数据
- 如果字段是数组,必须用
Arrays.copyOf()或System.arraycopy()复制,否则仍是共享引用
深拷贝不是万能,得看场景选策略
深拷贝成本高,不是所有情况都需要全量递归复制。关键看“谁可能改”和“改了有没有影响”。
- 高频访问 + 大集合:考虑缓存拷贝结果,首次计算后复用,避免每次 getter 都 new
- 配置类、DTO、返回值封装:用
List.copyOf()或Set.copyOf()(Java 10+)足够——它们既做防御性拷贝又返回不可修改视图,比Collections.unmodifiableXXX更可靠 - 含循环引用或资源型字段(Thread、Socket)的对象:序列化深拷贝会失败,应改用 Builder 模式或定制 copy 方法,避开不可序列化部分
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










