应优先使用 Collections.singletonList：它轻量、不可变（结构与内容均不可修改）、零扩容开销；Arrays.asList 允许 set 修改，new ArrayList 则冗余分配且可变。
什么时候该用 Collections.singletonList 而不是 Arrays.asList 或 new ArrayList
当你明确只需要一个不可变的单元素集合，且希望避免意外修改、节省内存、或向 API 传递“保证只读”的语义时，Collections.singletonList 是最轻量直接的选择。它返回的是一个私有静态内部类实例，不包装数组、不扩容、不支持 add/remove/set —— 连 clear() 都会抛 UnsupportedOperationException。
对比之下：Arrays.asList("a") 返回的也是不可变大小的列表，但允许 set() 修改元素；而 new ArrayList(Collections.singleton("a")) 则多了一次拷贝和对象分配，纯属浪费。
- API 接收方要求
List但你只有一份数据，又不想被误改 → 选singletonList - 需要传给 Spring 的
@Value("${list:#{T(java.util.Collections).singletonList('default')}}")这类 SpEL 表达式 → 必须用它，因为Arrays.asList在 SpEL 中无法直接构造 - 在 stream 管道中临时包裹一个值（比如
Stream.of(item).collect(Collectors.toList())）→ 不如直接Collections.singletonList(item)，无流开销
Collections.singletonList 返回的真的是不可变的吗
是的，但要注意“不可变”的边界：它禁止结构修改（增删改大小），也禁止内容替换（set(0, x) 同样抛异常），但它**不冻结元素本身的可变性**。如果元素是 StringBuilder 或自定义可变对象，你仍能调用其方法改变状态。
常见误解是以为“不可变集合”等于“深不可变”，其实不是。Java 标准库里没有深不可变集合，这点和 Guava 的 ImmutableList.of() 一致 —— 它们只管容器，不管里面的东西。
- 执行
Collections.singletonList(new StringBuilder("hello")).get(0).append("!")是合法的，且会生效 - 对
Integer、String这类天然不可变类型，效果等同于完全不可变 - 若需真正隔离副作用，得靠文档约定或额外封装（比如返回
unmodifiableList(singletonList(...))，但这是冗余的 ——singletonList本身已不可修改
为什么不能用 new ArrayList(Arrays.asList(x)) 替代
这会产生三重不必要开销：先建一个固定大小的 Arrays$ArrayList，再新建一个动态扩容的 ArrayList，最后把那个唯一元素拷过去。不仅多分配两个对象，还失去不可变语义 —— 新建的 ArrayList 支持所有修改操作，一旦传出去就可能被意外清空或插入新项。
你是 TypeScript 项目架构专家，专注于脚手架搭建生产就绪的 Node.js 和前端应用。生成包含现代工具链（pnpm、Vite、Next.js）、类型
更隐蔽的问题是泛型擦除下的类型安全陷阱。比如：
Object obj = Collections.singletonList(123); List<string> bad = (List<string>) obj; // 编译通过，运行时 ClassCastException 可能晚到取值时才暴露</string></string>
这不是 singletonList 的问题，而是强制转型本身危险；但用错替代方案会让这种隐患更难察觉。
- 永远优先写
Collections.singletonList(item)，而不是绕一圈构造 - IDE（如 IntelliJ）通常会对
new ArrayList(Collections.singleton(x))给出 “Redundant collection creation” 警告 - 如果后续逻辑确实需要可变列表，那就明确用
new ArrayList(Collections.singletonList(x))，但要清楚这是主动放弃不可变契约
和 Set / Map 的单元素对应物怎么选
Java 没有 Collections.singletonSet() 或 singletonMap() 的“单元素”版本 —— 实际上有：Collections.singleton(T) 返回的是 Set，Collections.singletonMap(K,V) 返回的是不可变 Map。它们和 singletonList 是同一批工具方法，共享设计哲学：极简、不可变、零分配（singletonMap 内部是私有静态类，非 HashMap）。
- 要单元素
Set？用Collections.singleton(item)，不是Collections.singletonList(item).stream().collect(Collectors.toSet()) - 要单键值对
Map？用Collections.singletonMap(key, value)，它比Map.of(key, value)（Java 9+）更早可用，且行为一致 - 注意
Map.of()和Collections.singletonMap()都不可变，但前者在 key 重复时编译期报错，后者运行期才检查（不过单元素显然不会重复）
真正容易被忽略的是：这些单例集合都复用同一个内部实例（比如 Collections.EMPTY_LIST），所以多次调用 singletonList(null) 得到的是同一对象引用 —— 如果你在做 identity 比较（==）或担心内存泄漏（比如缓存了这个列表），这点必须心里有数。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
