object.clone()被设为protected旨在强制开发者显式设计克隆行为，避免误用默认浅拷贝导致状态污染；需继承重写、实现cloneable接口，并手动处理引用字段以确保深拷贝，体现java封装与契约设计哲学。
Java 中 Object.clone() 方法被设计为 protected，核心目的不是为了“限制使用”，而是为了强制开发者显式参与克隆行为的设计与决策——尤其是避免无意识地使用危险的浅拷贝。
防止误用浅拷贝导致状态污染
Object 的默认 clone 实现是浅拷贝：它只复制字段值，对引用类型仅复制地址。如果对象包含可变的引用（比如 ArrayList、自定义对象等），新旧对象会共享同一份底层数据。外部代码若直接调用 obj.clone()，很可能得到一个“看似独立、实则联动”的副本，修改副本会意外影响原对象。
设为 protected 后，编译器在非子类/非同包场景下直接报错，相当于一道“安全闸门”——你必须先继承该类、重写 clone，并主动决定是否支持克隆、如何克隆（浅 or 深）、是否抛异常。
配合 Cloneable 接口形成运行时校验
仅重写 clone 仍不够。JVM 在运行时会检查：调用 clone 的类是否实现了 Cloneable 接口。未实现则抛 CloneNotSupportedException。
- Cloneable 是标记接口：不定义方法，仅表示“我允许被克隆”
- protected + Cloneable 双重机制：编译期靠访问权限拦截非法调用，运行期靠接口标记拦截未授权克隆
迫使子类明确克隆语义
Object 无法预知你的类结构：它不知道哪些字段是基本类型、哪些是引用、哪些需要递归克隆、哪些应保持单例或不可变。所以它不提供开箱即用的 public 克隆能力。
你必须在子类中：
- 声明
implements Cloneable - 重写
public X clone()（把权限从 protected 升为 public） - 在方法体内调用
super.clone()，并手动处理引用字段（如 new ArrayList(this.list)）以实现深拷贝逻辑
符合 Java 的封装与契约设计哲学
Java 不鼓励“自动通用行为”。像序列化要实现 Serializable、比较要实现 Comparable 一样，克隆也是一种需显式承诺的能力。protected 权限正是这种契约精神的体现：它不说“你不能克隆”，而是说“你想克隆，请先表明身份、承担职责、给出实现”。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
