Java用nCopies创建重复列表技巧

编程并不是一个机械性的工作，而是需要有思考，有创新的工作，语法是固定的，但解决问题的思路则是依靠人的思维，这就需要我们坚持学习和更新自己的知识。今天golang学习网就整理分享《Java中使用nCopies创建重复列表方法》，文章讲解的知识点主要包括，如果你对文章方面的知识点感兴趣，就不要错过golang学习网，在这可以对大家的知识积累有所帮助，助力开发能力的提升。

Collections.nCopies返回不可变列表，仅存储一个元素引用以节省内存，适用于创建重复元素的固定视图，如测试数据、默认值初始化或流操作，但不支持增删改操作。

在Java里，如果你想快速生成一个包含相同元素多次的列表，Collections.nCopies 是一个非常简洁且高效的工具。它能够创建一个指定大小的列表，这个列表中的所有元素都是你传入的同一个对象引用。这不像你想象的那样，它并不会真的复制N个对象，而是巧妙地提供了一个视图，指向同一个对象，极大地节省了内存。

解决方案

使用 Collections.nCopies 创建列表非常直接，它只需要两个参数：你希望列表的长度（即元素的重复次数），以及你希望重复的那个元素本身。

import java.util.Collections;
import java.util.List;

public class NCopiesExample {
    public static void main(String[] args) {
        // 创建一个包含5个"Hello"字符串的列表
        List<String> greetings = Collections.nCopies(5, "Hello");
        System.out.println("生成的列表: " + greetings);
        // 输出: 生成的列表: [Hello, Hello, Hello, Hello, Hello]

        // 创建一个包含3个null值的列表
        List<Object> nullList = Collections.nCopies(3, null);
        System.out.println("包含null的列表: " + nullList);
        // 输出: 包含null的列表: [null, null, null]

        // 尝试获取某个元素
        System.out.println("第二个元素: " + greetings.get(1));
        // 输出: 第二个元素: Hello

        // 尝试修改列表，会抛出异常
        try {
            greetings.add("World");
        } catch (UnsupportedOperationException e) {
            System.out.println("尝试添加元素失败: " + e.getMessage());
        }

        try {
            greetings.set(0, "Hi");
        } catch (UnsupportedOperationException e) {
            System.out.println("尝试设置元素失败: " + e.getMessage());
        }
    }
}

它返回的是一个 List 接口的实现，但这个实现有一个关键特性：它是不可修改的。这意味着你不能添加、删除或替换其中的元素。试图这样做会导致 UnsupportedOperationException。这个特性是它设计的一部分，旨在提供一个固定大小、固定内容的列表视图。

Collections.nCopies与ArrayList构造函数有何不同？

这确实是个好问题，因为在Java里创建列表的方法太多了，很容易混淆。Collections.nCopies 和 new ArrayList<>(Collections.nCopies(...)) 或者直接用循环填充 ArrayList，它们的核心差异在于内存使用、列表的本质以及可变性。

Collections.nCopies 的设计哲学是“视图”而非“复制”。它返回的列表内部并没有存储 N 个独立的元素对象，而是只存储了一个对你传入的那个元素的引用，以及列表的长度信息。这意味着无论你想要一个包含 5 个 "Hello" 的列表，还是 500 万个 "Hello" 的列表，底层存储的 "Hello" 对象都只有一个。这在处理大量重复元素时，内存效率是无与伦比的。但代价就是，这个列表是不可变的，你不能往里面增删改。

而 ArrayList 的构造函数，比如 new ArrayList(5)，它只是预分配了内部数组的容量，里面并没有任何元素。如果你想用它来存储 5 个 "Hello"，你通常需要一个循环：

List<String> mutableGreetings = new ArrayList<>();
for (int i = 0; i < 5; i++) {
    mutableGreetings.add("Hello");
}
System.out.println("可变列表: " + mutableGreetings);

或者，你也可以先用 nCopies 生成一个不可变列表，再用它来初始化一个可变的 ArrayList：

List<String> tempImmutableList = Collections.nCopies(5, "Hello");
List<String> trulyMutableGreetings = new ArrayList<>(tempImmutableList);
System.out.println("真正可变的列表: " + trulyMutableGreetings);
trulyMutableGreetings.set(0, "Hi"); // 这次就可以修改了
System.out.println("修改后的可变列表: " + trulyMutableGreetings);

这种做法虽然最终得到了一个可变列表，但它在内部确实创建了 5 个对 "Hello" 字符串的引用（虽然字符串本身因为常量池可能还是同一个对象，但列表内部的引用是独立的）。所以，关键区别在于：nCopies 提供的是一个轻量级的、内存高效的、不可变的视图；而 ArrayList 及其变种通常涉及实际的元素存储和可变性。选择哪个，完全取决于你的需求：是需要一个不可变、内存优化的重复元素视图，还是一个可以随意修改的列表。

使用Collections.nCopies创建的列表是否可修改？

答案很明确：不，使用 Collections.nCopies 创建的列表是不可修改的。 这是一个非常重要的特性，如果你不清楚这一点，很可能会遇到 UnsupportedOperationException。

当你调用 Collections.nCopies(n, element) 时，它返回的是 java.util.Collections.CopiesList 的一个实例。这个内部类实现了 List 接口，但它的所有修改方法（如 add(), remove(), set(), clear() 等）都被重写为直接抛出 UnsupportedOperationException。

这意味着：

1. 你不能添加新元素：list.add(anotherElement) 会失败。
2. 你不能删除元素：list.remove(element) 或 list.remove(index) 会失败。
3. 你不能替换现有元素：list.set(index, newElement) 会失败。

这个设计选择是有其原因的。既然 nCopies 的核心优势在于它只存储了一个元素的引用，而不是 N 个独立的元素，那么如果允许修改，比如 list.set(0, "World")，那就意味着列表中的所有元素都应该变成 "World"（因为它们都指向同一个引用），这和我们通常对列表的直观理解是相悖的。为了避免这种潜在的混淆和复杂性，设计者干脆就让它不可修改了。

如果你确实需要一个可修改的列表，但又想利用 nCopies 的简洁性来初始化，那么你必须像前面提到的那样，用 nCopies 的结果去构造一个新的可变列表，比如 new ArrayList<>(Collections.nCopies(N, element))。这样，你就得到了一个独立的、可修改的列表，但请记住，这会失去 nCopies 在内存效率上的部分优势，因为新的 ArrayList 会为每个元素存储一个独立的引用。

Collections.nCopies适用于哪些具体场景？

Collections.nCopies 虽然简单，但它在一些特定场景下非常有用，能让代码更简洁、更高效。

1. 初始化固定内容的测试数据：在编写单元测试时，你可能需要一个包含多个相同占位符或默认值的列表来模拟某种输入。

   // 假设需要一个包含10个"PENDING"状态的订单列表
   List<String> orderStatuses = Collections.nCopies(10, "PENDING");
   // 现在可以对这个列表进行测试，比如检查其大小或特定索引的值

2. 创建占位符或默认值列表：当你需要一个列表，其中所有位置都应该有一个默认值，等待后续填充或处理时。比如，你可能有一个固定大小的缓冲区，需要用 null 或某个默认对象来初始化。

   // 创建一个包含100个null的列表，作为某种资源池的初始状态
   List<MyResource> resourcePool = Collections.nCopies(100, null);
   // 后续可以逐个填充实际的MyResource对象，但需要先转为可变列表
   List<MyResource> mutablePool = new ArrayList<>(resourcePool);
   // mutablePool.set(0, new MyResource()); // 填充第一个资源

3. 函数式编程和流操作的中间步骤：在Java 8+的Stream API中，有时你需要生成一个重复元素的流，然后进行进一步的转换。虽然可以直接用 Stream.generate(() -> element).limit(n)，但 nCopies 提供了一个现成的 List 接口，可以直接转换为流：

   List<String> defaultNames = Collections.nCopies(3, "Guest");
   defaultNames.stream()
               .map(name -> name + "_User")
               .forEach(System.out::println);
   // 输出:
   // Guest_User
   // Guest_User
   // Guest_User

4. 作为其他数据结构构造函数的参数：如果其他集合（如 HashSet 或 LinkedList）的构造函数接受一个 Collection 参数，并且你需要用重复元素来初始化它们，nCopies 可以作为简洁的输入。

5. 模拟固定大小的不可变数据：当你明确需要一个在创建后不能被修改的、内容重复的列表时，nCopies 是最直接的选择。这在并发编程或作为方法返回的不可变视图时特别有用，因为它能保证列表内容不会被意外修改。

总结来说，nCopies 并非万能，但它在需要固定大小、固定内容、且内容重复的列表时，提供了一个内存高效且代码简洁的解决方案。如果你的需求涉及列表的可变性或每个元素都需要是独立的实例（即使值相同），那么你可能需要结合 ArrayList 或其他方法来使用它，或者干脆选择其他初始化方式。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于文章的相关知识，也可关注golang学习网公众号。