如何通过Collections.singletonList()高效减少单元素集合的内存使用？

本文共计820个文字，预计阅读时间需要4分钟。

`Collections.singletonList()` 是 Java 中专门用于创建不可变单元素集合的高效工具。它通过复用静态实例和避免额外的对象分配，显著降低内存消耗。相比直接使用 `new ArrayList(Collections.singleton(...))`，这种方式更加高效。

为什么 singletonList 内存开销极小

它内部使用一个共享的、预创建的不可变 List 实现类（JDK 中为 Collections$SingletonList），仅持有一个引用字段（element）；整个对象仅占用对象头 + 一个引用字段（通常 16 字节左右，不含元素本身）。没有容量字段、size 字段（size 固定为 1）、无底层数组拷贝——这比 ArrayList（至少 3 个字段：elementData、size、modCount）或 Arrays.asList()（包装原始数组，且数组本身需分配）节省明显。

正确使用方式：直接返回，避免包装或转换

• ✅ 直接返回：return Collections.singletonList(user);
• ❌ 避免无谓转换：return new ArrayList(Collections.singletonList(user)); —— 白费创建新对象
• ❌ 不要用 Arrays.asList() 替代：Arrays.asList(user) 虽也轻量，但返回的是可变列表（底层数组可被修改），且 JDK 9+ 中其实也做了优化，但语义上不如 singletonList 明确表达“仅一个且不可变”
• ⚠️ 注意泛型擦除不影响：返回 List<string></string> 或 List<user></user> 均无额外类型对象开销，类型信息在编译期处理

适用场景与限制

适用于所有需要“返回一个确定的单元素只读列表”的场合，例如：API 响应封装、默认配置兜底、测试桩数据、Stream.collect() 的下游收集器 fallback 等。

• ✅ 安全：线程安全（不可变，无状态）
• ✅ 零拷贝：不复制元素，仅持有引用
• ❌ 不支持添加/删除/替换：调用 add()、set() 等会抛 UnsupportedOperationException
• ❌ 不适合后续要扩展为多元素的场景：若未来可能变为多个元素，应统一用 Arrays.asList() 或构建器模式，避免后期重构成本

对比其他常见写法的内存/性能差异

以返回 List<String> 包含一个字符串为例（HotSpot 64-bit + CompressedOops）：

• Collections.singletonList(s)：1 个对象（~16B）+ 元素引用（已存在）
• Arrays.asList(s)：1 个对象（~16B）+ 1 个长度为 1 的数组对象（~24B）
• new ArrayList<>(1); list.add(s)：1 个 ArrayList 对象（~24B）+ 1 个数组对象（~24B）+ 维护 size/modCount 等字段
• List.of(s)（JDK 9+）：语义等价，实现类似（不可变、紧凑），内存开销与 singletonList 基本一致，推荐新项目优先用 List.of()，但老版本只能用 singletonList