Set.copyOf不能实现深度防御，仅浅拷贝并返回不可变视图；若集合含可变对象（如Person、List），外部仍可通过引用修改其内部状态，仅当元素全为不可变类型时才真正防住修改。
Set.copyOf 不能直接实现“深度防御”，它只做浅拷贝并返回不可变视图——能否真正防住外部修改，取决于集合中元素本身的可变性。
Set.copyOf 的本质是浅拷贝 + 不可变包装
Set.copyOf(set) 会立即复制 set 中所有元素的引用，生成一个新容器，并禁止后续 add/remove/clear 等操作。但它不递归拷贝元素对象内部状态。例如：
- 若 set 包含 String、Integer 等不可变类型：安全，外部无法影响内容；
- 若 set 包含 Person、Config 等可变对象：外部仍可通过任一 Person 实例调用 setName()，内部状态就被改了；
- 若 set 是 HashSet
- >：copyOf 只复制 List 引用，不复制 List 内部数组，外部仍可 list.add("x") 修改原数据。
什么时候 Set.copyOf 就够用了？
当且仅当集合中所有元素都是不可变类型（如 String、LocalDate、record 且其字段也全不可变）时，Set.copyOf 才构成有效防御。常见安全组合：
- Set.copyOf(Set.of("a", "b", "c")) —— of 创建的本就是不可变集，copyOf 复制后仍是独立不可变集；
- Set.copyOf(new HashSet(Arrays.asList(1, 2, 3))) —— 基本类型包装类不可变，引用复制即隔离；
- Set.copyOf(personRecords) 其中 personRecords 是 List
，而 PersonRecord 是 record String name; int age; —— record 字段 final，且 String/int 不可变，整体安全。
需要深防御时，必须手动处理元素
若元素本身可变，仅靠 Set.copyOf 无法切断关联。此时需在复制过程中逐个构造新实例：
- 用 stream + 构造函数：Set.copyOf(originalSet.stream().map(Person::new).collect(Collectors.toSet()))；
- 用 Guava 的 ImmutableSet.copyOf(originalSet) 配合自定义 copy 方法（如 person.copy()）；
- 避免使用 Arrays.asList() 或 Collections.singleton() 后再传给 copyOf —— 它们可能暴露底层可变结构。
别和 Collections.unmodifiableSet 混用
Set.copyOf(null) 和 Collections.unmodifiableSet(null) 都抛 NPE，但行为差异大：
- Collections.unmodifiableSet(wrappedSet) 不复制，只是拦截方法调用，原始 wrappedSet 一改，视图立刻反映变化；
- Set.copyOf(wrappedSet) 总是新建容器、复制引用，原始 set 后续增删不影响副本内容；
- 因此，防御性场景下永远优先选 Set.copyOf，除非你明确需要延迟绑定或兼容 Java 8。
