collections.singleton() 返回不可变单元素set，其内部类collections$singletonset无底层存储，仅硬编码实现size()、contains()和iterator()，所有修改操作均抛unsupportedoperationexception。
Collections.singleton() 返回的是不可变的单元素 Set，但要注意它不是 java.util.Set 的常规实现（比如 HashSet），而是一个私有静态内部类，不支持 add、remove、clear 等操作——试图调用会直接抛 UnsupportedOperationException。
为什么 Collections.singleton() 创建的 Set 不可修改
这个方法返回的对象是 Collections$SingletonSet（JDK 内部类），其设计目标就是轻量、只读、线程安全（无状态）。它没有底层存储结构，所有行为都基于构造时传入的唯一元素硬编码实现。
-
size()永远返回1 -
contains(Object o)仅通过Objects.equals(o, element)判断 -
iterator()返回一个只 yield 一次的迭代器 - 任何结构性修改操作（如
add()）都会立即 throwUnsupportedOperationException
常见误用：试图往 singleton Set 里添加第二个元素
开发者常误以为 Collections.singleton(x) 是“创建一个可后续扩展的单例集合起点”，结果写出类似这样的代码：
Set<string> set = Collections.singleton("a");
set.add("b"); // 运行时报错：UnsupportedOperationException</string>
这不是 bug，而是设计使然。如果需要可变集合，应改用 new HashSet(Arrays.asList("a")) 或 Set.of("a")（Java 9+）再转为可变副本。
- Java 9+ 推荐优先用
Set.of("a")，语义更清晰，且同样不可变 -
Collections.singleton()主要用于兼容老版本或需泛型推导的场景（如方法参数要求Set<t></t>，你只有单个T实例） - 若必须可变，不要在
singleton()结果上调用修改方法，而是新建集合
和 Set.of()、ImmutableSet.of() 的关键区别
三者都返回不可变 Set，但行为边界不同：
-
Collections.singleton(x)：允许null元素（只要类型允许），例如Collections.singleton(null)合法 -
Set.of(x)（Java 9+）：明确禁止null，传null直接抛NullPointerException -
ImmutableSet.of(x)（Guava）：也禁止null，且对重复元素检查更早（编译期无法捕获，但运行时立即报错）
另外，Collections.singleton() 返回的 Set 在序列化/反序列化时可能表现异常（因是私有类），而 Set.of() 和 Guava 的实现更健壮。
真正容易被忽略的是：这个集合的 equals() 和 hashCode() 行为完全依赖于那个唯一元素——如果元素本身可变（比如一个自定义对象，其字段在外部被修改），那么该 singleton Set 的 hashCode() 值也会“悄悄变化”，影响用作 Map key 或放入 HashSet 的稳定性。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
