Collections.singletonList() 更省内存，因其返回仅持单个 element 字段的不可变静态内部类，无额外数组或容量开销；而 Arrays.asList() 需包装数组，new ArrayList() 默认分配长度为10的数组。
为什么 Collections.singletonList() 比 Arrays.asList() 或 new ArrayList() 更省内存
它返回的是一个不可变的、静态内部类 SingletonList，内部只持有一个 element 字段，不分配额外数组或容量字段。相比之下：Arrays.asList() 包装数组，至少占用数组对象头 + 元素引用；new ArrayList() 默认初始化容量为 10，会分配长度为 10 的 Object[] 数组。
Collections.singletonList() 的典型使用场景和限制
适合明确「只读、单值、生命周期短」的场合，比如作为方法返回值、Map 的默认 value、Stream 中的 fallback 结果等。但它不是万能替代品：
- 不能添加、删除、清空 —— 所有修改操作（如
add()、remove()、clear()）都会抛出UnsupportedOperationException - 不支持
set(int, E)—— 即使索引合法，也会抛异常 - 序列化兼容，但反序列化后仍是单元素不可变列表，行为一致
- 泛型擦除后仍安全，类型信息由调用处推断，无需显式类型参数（Java 8+）
常见误用与踩坑点
最常被忽略的是把它当普通 List 去做“临时可变容器”用，结果运行时报错：
List<String> list = Collections.singletonList("a");
list.add("b"); // 抛出 UnsupportedOperationException
其他易错点：
立即学习“Java免费学习笔记（深入）”；
- 误以为它是线程安全的 —— 实际上它只是不可变，不提供同步保障；多个线程读取没问题，但若依赖其“始终不变”的语义，需确保引用本身不被意外替换
- 和
Optional.ofNullable().map(...).orElse(Collections.emptyList())混用时，注意emptyList()和singletonList()都是不可变，但语义不同，别在需要扩容逻辑的地方硬套 - 反射访问
element字段（虽然可行）属于破坏封装，不应出现在生产代码中
替代方案对比：什么情况下不该用它
如果你需要后续修改内容，或者不确定是否永远只有一个元素，就别用它。例如：
- 构建过程中可能追加元素 → 用
new ArrayList(1)（传初始容量 1，避免首次扩容） - 需要兼容旧版 Android（API Collections.singletonList() 自 API 1 就存在，无兼容问题；但某些工具类封装可能误判，建议直接调用
- 想复用同一实例多次（比如作为 Map 的默认 value）→ 可以，它线程安全地共享没问题；但若 value 需要独立变更，就必须每次新建
它的价值不在“功能多”，而在“刚好够用且零冗余”。一旦需求越界，就该换更合适的结构。
