1. 从“new ArrayList()”说起为什么它是最常用的起点每次打开IDE准备写点Java代码只要涉及到集合操作我的手指几乎会不假思索地敲出new ArrayList()。这就像一种肌肉记忆简单、直接、有效。但你是否想过为什么是ArrayList而不是LinkedList或者Vector为什么我们总说“快速创建List”而不是“快速创建集合”这背后其实藏着Java集合框架设计的一些基本逻辑和日常开发的真实需求。首先List接口代表了一个有序的、可重复的集合。我们日常开发中绝大多数场景需要的正是这种“有顺序、能重复、能通过索引快速访问”的数据结构。比如从数据库查出来的一批用户记录、解析JSON得到的一个对象数组、甚至是临时存放一些计算中间结果它们天然就是有序的。而ArrayList作为List接口最经典的实现底层基于动态数组。这意味着两件事一是通过下标get(int index)和set(int index, E element)的操作时间复杂度是O(1)极快二是在列表末尾进行add操作的平均时间复杂度也是O(1)只有在数组容量不足需要扩容时才会触发一次O(n)的数组拷贝。对于大部分“查多改少”或者“尾部追加”的业务场景ArrayList在性能和内存占用上取得了很好的平衡。所以当我说“快速创建List”时潜台词往往是“我需要一个能立刻投入使用的、性能不差的、最不容易出错的列表容器。”new ArrayList()完美契合了这个诉求。它不要求你预先知道元素创建的是一个完全空的、具有默认初始容量通常是10的列表后续你可以随意地add。这种“白纸好作画”的灵活性是它成为万金油起点的根本原因。但“快速”的定义远不止这一种。有时候我们手头已经有了一些数据比如一个数组或者几个零散的对象我们想立刻把它们“变成”一个List进行操作。这时候再用new ArrayList()然后一个个add就显得有些笨拙和低效了。Java为我们提供了更多“开箱即用”的快速创建方式每一种都有其特定的适用场景和需要警惕的“坑”。接下来我们就抛开教科书式的罗列从实际编码的视角深入聊聊这几种方式到底该怎么选、怎么用。2.Arrays.asList(T... a)便捷的桥梁与危险的陷阱当你有一个现成的数组或者几个离散的元素想快速得到一个List视图时Arrays.asList()通常是第一个跳入脑海的方法。它的语法糖用起来非常舒服// 从数组转换 String[] strArray {Apple, Banana, Cherry}; ListString listFromArray Arrays.asList(strArray); // 直接传入离散元素 ListString directList Arrays.asList(Java, Python, Go);几行代码干净利落。但是如果你把它返回的List完全等同于ArrayList来用很可能会在某个深夜被突如其来的UnsupportedOperationException异常惊醒。这是因为Arrays.asList()返回的并不是我们熟悉的java.util.ArrayList而是一个Arrays类内部的私有静态类ArrayList。这个“内部”的ArrayList虽然也实现了List接口但它本质上是对原始数组的一个固定大小的视图fixed-size view。2.1 核心限制固定大小的“列表”这个“固定大小”的特性是理解Arrays.asList()所有行为的关键。它意味着不能进行结构性修改你不能调用add(E e)或remove(Object o)方法。尝试调用会抛出UnsupportedOperationException。因为底层是数组数组的长度在创建后是不可变的add和remove操作会改变“容器”的大小这与数组的基本特性冲突。可以修改元素内容你可以使用set(int index, E element)方法来替换某个位置的元素。这个操作是允许的因为它只是改变了数组某个索引位置上的引用并没有改变数组的长度。并且这个修改会同步反映到原始的数组上。String[] originalArray {A, B, C}; ListString listView Arrays.asList(originalArray); listView.set(1, B-Plus); // 允许修改元素 System.out.println(originalArray[1]); // 输出: B-Plus // listView.add(D); // 抛出 UnsupportedOperationException // listView.remove(0); // 抛出 UnsupportedOperationException这种“修改同步”的特性在某些场景下很有用比如你想通过List接口来统一修改一批数组数据但在更多时候它是一个潜在的坑。你可能无意中通过这个List视图修改了某个作为方法参数传入的数组导致上游逻辑出现难以察觉的Bug。2.2 典型应用场景与安全转换那么Arrays.asList()的正确打开方式是什么场景一作为方法参数进行只读或元素替换操作。很多API方法接受List类型参数。如果你手头只有数组或几个元素用Arrays.asList()包装一下传进去是最快捷的方式只要确保方法内部不会调用add/remove即可。场景二快速构建一个不可变的常量列表。结合Collections.unmodifiableList()可以创建一个真正的不可变列表。场景三作为构造真正ArrayList的“跳板”。这是最常用、最安全的做法。既然Arrays.asList()给了我们一个包含初始元素的List视图我们可以用它来初始化一个全新的、可变的java.util.ArrayList。// 安全转换创建一个全新的、完全可变的ArrayList ListString safeList new ArrayList(Arrays.asList(One, Two, Three)); safeList.add(Four); // 正常工作 safeList.remove(0); // 正常工作new ArrayList(Arrays.asList(...))这个组合拳兼具了创建时的便捷性和使用时的灵活性是我个人非常推荐的一种初始化带有初始元素列表的方式。它比循环add更简洁又避免了直接使用Arrays.asList()视图的风险。3. 双括号初始化{{}}语法糖背后的性能与内存代价在Stack Overflow或一些老旧的博客里你可能会看到一种看起来很“炫酷”的写法叫做双括号初始化Double Brace Initialization。ListString fancyList new ArrayListString() {{ add(Spring); add(Summer); add(Autumn); add(Winter); }};外层的大括号{}是在创建一个ArrayList的匿名子类。内层的大括号{{和}}则是一个实例初始化块instance initializer这个块里的代码会在子类实例被构造时执行。所以从功能上看它确实在一行代码里完成了对象的创建和初始化。但是我强烈建议你在生产代码中避免使用这种写法。原因有三创建了匿名类这行代码每次执行都会生成一个新的ArrayList的匿名子类。这会导致额外的.class文件被创建在内存中增加了类加载器的负担。在需要大量创建此类列表的场景下会对PermGenJava 8之前或MetaspaceJava 8及之后产生不必要的压力。持有外部引用问题实例初始化块可以访问外围对象的成员。如果这段代码写在一个非静态方法或实例初始化块中这个匿名子类会隐式地持有一个指向其外围类实例的引用this$0。这可能会阻止外围类实例被垃圾回收在特定场景下导致内存泄漏。序列化问题匿名内部类的序列化行为可能与你的预期不符更复杂且容易出错。这种写法唯一的“优点”是看起来紧凑但付出的代价远高于收益。对于代码可读性new ArrayList(Arrays.asList(...))或后续会讲到的List.of()同样清晰且没有副作用。对于性能有极致要求的系统或者需要频繁创建列表的循环体内请务必远离双括号初始化。4. Java 8 的现代方式Stream API与List.of()随着Java 8的发布集合操作迎来了强大的Stream API和新的工厂方法为创建List提供了更函数式、更安全的选择。4.1 使用Stream.of()与收集器Stream.of()可以接受一系列离散元素或一个数组生成一个流。然后你可以使用Collectors.toList()将其收集到一个ArrayList中。import java.util.stream.Collectors; import java.util.stream.Stream; // 从离散元素创建 ListString listFromStream Stream.of(Data, Structure, Algorithm) .collect(Collectors.toList()); // 从数组创建与Arrays.asList功能类似但更灵活 String[] langArray {C, Rust, Kotlin}; ListString listFromArrayStream Stream.of(langArray) .collect(Collectors.toList()); listFromArrayStream.add(Swift); // 可修改这种方式看起来比new ArrayList(Arrays.asList(...))更冗长那它的优势在哪优势在于“流”的中间操作。你可以在收集之前对元素进行过滤、映射、排序等复杂操作。这是其他创建方式难以在一行内完成的。// 创建列表的同时进行过滤和转换 ListString processedList Stream.of(java, PYTHON , go , ) .map(String::trim) // 去除空格 .filter(s - !s.isEmpty()) // 过滤空字符串 .map(String::toUpperCase) // 转为大写 .collect(Collectors.toList()); // 结果: [JAVA, PYTHON, GO]所以Stream方式更适合在创建列表的过程中需要伴随数据清洗、转换或过滤的场景。如果只是简单地将一组已知元素放入列表它并不是最简洁的选项。4.2List.of()不可变列表的终极利器Java 9 引入了List.of()工厂方法用于创建不可修改的列表。这是创建小型常量列表的现代标准方式。ListString immutableList List.of(Alpha, Beta, Gamma);List.of()创建的列表具有以下鲜明特点真正的不可变任何试图修改add,remove,set的操作都会抛出UnsupportedOperationException。它比Arrays.asList()更彻底连set都不允许。空值敏感List.of()不接受null元素。如果传入null会立即抛出NullPointerException。这有助于推行“避免null”的良好实践。空间优化JVM内部可能对小的List.of()实例进行优化例如对于1-2个元素的列表使用特殊实现比创建一个完整的ArrayList更节省内存。序列化友好其实现为序列化做了优化。何时使用List.of()当你需要一个编译期常量或运行时常量列表时例如配置项、枚举值集合、静态查找表。作为方法返回值明确表示“此列表不可被调用者修改”。作为方法的不可变参数提供线程安全性因为不可变对象天生线程安全。// 作为常量 private static final ListString VALID_STATUSES List.of(SUCCESS, FAILED, PENDING); // 作为返回值 public ListString getSupportedCurrencies() { // 返回一个不可变列表防止调用方意外修改内部数据 return List.of(USD, EUR, GBP, JPY); }需要注意的是List.of()返回的列表虽然不可变但如果其元素本身是可变对象例如ListListString你仍然可以修改这些内部对象的状态。List.of()保证的是容器本身的不可变而非容器内元素的不可变。5. 第三方库的助力Guava 与 Apache Commons Collections在企业级项目中我们常常会引入像 Google Guava 或 Apache Commons Collections 这样的优秀第三方库。它们也提供了非常便捷的列表创建工具。5.1 Google Guava 的Lists.newArrayList()Guava 的com.google.common.collect.Lists类提供了多种静态工厂方法。import com.google.common.collect.Lists; // 1. 创建空ArrayList ListString emptyList Lists.newArrayList(); // 2. 创建带有初始元素的ArrayList (类似 Arrays.asList但返回可变的ArrayList) ListString listWithElements Lists.newArrayList(Tom, Jerry, Spike); // 3. 通过迭代器或Iterable创建 ListString fromIterable Lists.newArrayList(someIterable); // 4. 创建具有预期初始容量的ArrayList性能优化 ListInteger listWithCapacity Lists.newArrayListWithCapacity(1000);Guava 方法的优势在于明确性Lists.newArrayList()方法名清晰表达了意图。类型推断在Java 7及之前它利用泛型方法避免了在声明时重复书写泛型类型现在Java的钻石操作符已解决此问题。性能提示newArrayListWithExpectedSize(int)等方法可以提供更优的初始化容量建议减少ArrayList内部的扩容次数。5.2 Apache Commons Collections 的ListUtilsApache Commons Collections 的ListUtils工具类功能更侧重于列表的操作如交集、并集、差集但在创建方面它通常与标准方式结合使用。它本身没有像Guava那样专门的快速创建工厂方法但其ListUtils.unmodifiableList()等功能可以与Arrays.asList()或new ArrayList()结合使用。选择建议如果你的项目已经引入了 Guava那么使用Lists.newArrayList()是很好的选择它提供了良好的可读性和一些便利。如果项目没有Guava为了一个创建列表的功能而引入整个库可能有些重标准的Java方式已经足够。6. 性能考量与最佳实践选择聊了这么多方式到底该用哪个我们从一个简单的性能维度和场景维度来做个总结。1. 创建空列表new ArrayList()标准方式最常用无任何争议。new ArrayList(int initialCapacity)如果你能预估列表的大致大小使用带初始容量的构造器是最重要的性能优化手段。这可以避免底层数组多次扩容和数据拷贝。例如如果你知道要存放大约1000个元素就new ArrayList(1000)。2. 创建带有已知初始元素的列表需要可变列表new ArrayList(Arrays.asList(...))经典组合兼容性好Java 5意图清晰。Stream.of(...).collect(Collectors.toList())适用于创建过程中需要流式处理的场景。Lists.newArrayList(...)(如果项目有Guava)。需要不可变列表List.of(...)(Java 9)首选。最现代、最安全、性能可能最优。Collections.unmodifiableList(Arrays.asList(...))(Java 8及之前)在无法使用List.of()时的替代方案。3. 从数组转换需要独立、可变的列表new ArrayList(Arrays.asList(array))。只需要一个数组的只读视图Arrays.asList(array)。务必记住其固定大小的限制。需要处理或过滤数组元素Arrays.stream(array).filter(...).collect(Collectors.toList())。4. 关于性能的细微差别 对于创建小型列表这些方法之间的性能差异微乎其微几乎可以忽略不计。代码的清晰度、可维护性和正确性远比这点纳秒级的差异重要。List.of()在创建极小不可变列表时可能有内存优势。new ArrayList(initialCapacity)在填充大量数据时通过避免扩容能带来显著的性能提升。在我多年的开发经验里一个常见的反模式是在循环内部反复使用Arrays.asList(...)来创建列表。这不仅可能因为误用add/remove而抛出异常而且每次都会创建一个固定大小的列表对象虽然轻量但更好的做法通常是在循环外创建一个ArrayList然后在循环内add。选择哪种方式首先要考虑的是语义可变/不可变和上下文是否有现有数据其次才是那一点点性能差异。把代码写对、写清楚永远是第一位的。
Java集合框架：ArrayList创建方式全解析与性能优化实践
1. 从“new ArrayList()”说起为什么它是最常用的起点每次打开IDE准备写点Java代码只要涉及到集合操作我的手指几乎会不假思索地敲出new ArrayList()。这就像一种肌肉记忆简单、直接、有效。但你是否想过为什么是ArrayList而不是LinkedList或者Vector为什么我们总说“快速创建List”而不是“快速创建集合”这背后其实藏着Java集合框架设计的一些基本逻辑和日常开发的真实需求。首先List接口代表了一个有序的、可重复的集合。我们日常开发中绝大多数场景需要的正是这种“有顺序、能重复、能通过索引快速访问”的数据结构。比如从数据库查出来的一批用户记录、解析JSON得到的一个对象数组、甚至是临时存放一些计算中间结果它们天然就是有序的。而ArrayList作为List接口最经典的实现底层基于动态数组。这意味着两件事一是通过下标get(int index)和set(int index, E element)的操作时间复杂度是O(1)极快二是在列表末尾进行add操作的平均时间复杂度也是O(1)只有在数组容量不足需要扩容时才会触发一次O(n)的数组拷贝。对于大部分“查多改少”或者“尾部追加”的业务场景ArrayList在性能和内存占用上取得了很好的平衡。所以当我说“快速创建List”时潜台词往往是“我需要一个能立刻投入使用的、性能不差的、最不容易出错的列表容器。”new ArrayList()完美契合了这个诉求。它不要求你预先知道元素创建的是一个完全空的、具有默认初始容量通常是10的列表后续你可以随意地add。这种“白纸好作画”的灵活性是它成为万金油起点的根本原因。但“快速”的定义远不止这一种。有时候我们手头已经有了一些数据比如一个数组或者几个零散的对象我们想立刻把它们“变成”一个List进行操作。这时候再用new ArrayList()然后一个个add就显得有些笨拙和低效了。Java为我们提供了更多“开箱即用”的快速创建方式每一种都有其特定的适用场景和需要警惕的“坑”。接下来我们就抛开教科书式的罗列从实际编码的视角深入聊聊这几种方式到底该怎么选、怎么用。2.Arrays.asList(T... a)便捷的桥梁与危险的陷阱当你有一个现成的数组或者几个离散的元素想快速得到一个List视图时Arrays.asList()通常是第一个跳入脑海的方法。它的语法糖用起来非常舒服// 从数组转换 String[] strArray {Apple, Banana, Cherry}; ListString listFromArray Arrays.asList(strArray); // 直接传入离散元素 ListString directList Arrays.asList(Java, Python, Go);几行代码干净利落。但是如果你把它返回的List完全等同于ArrayList来用很可能会在某个深夜被突如其来的UnsupportedOperationException异常惊醒。这是因为Arrays.asList()返回的并不是我们熟悉的java.util.ArrayList而是一个Arrays类内部的私有静态类ArrayList。这个“内部”的ArrayList虽然也实现了List接口但它本质上是对原始数组的一个固定大小的视图fixed-size view。2.1 核心限制固定大小的“列表”这个“固定大小”的特性是理解Arrays.asList()所有行为的关键。它意味着不能进行结构性修改你不能调用add(E e)或remove(Object o)方法。尝试调用会抛出UnsupportedOperationException。因为底层是数组数组的长度在创建后是不可变的add和remove操作会改变“容器”的大小这与数组的基本特性冲突。可以修改元素内容你可以使用set(int index, E element)方法来替换某个位置的元素。这个操作是允许的因为它只是改变了数组某个索引位置上的引用并没有改变数组的长度。并且这个修改会同步反映到原始的数组上。String[] originalArray {A, B, C}; ListString listView Arrays.asList(originalArray); listView.set(1, B-Plus); // 允许修改元素 System.out.println(originalArray[1]); // 输出: B-Plus // listView.add(D); // 抛出 UnsupportedOperationException // listView.remove(0); // 抛出 UnsupportedOperationException这种“修改同步”的特性在某些场景下很有用比如你想通过List接口来统一修改一批数组数据但在更多时候它是一个潜在的坑。你可能无意中通过这个List视图修改了某个作为方法参数传入的数组导致上游逻辑出现难以察觉的Bug。2.2 典型应用场景与安全转换那么Arrays.asList()的正确打开方式是什么场景一作为方法参数进行只读或元素替换操作。很多API方法接受List类型参数。如果你手头只有数组或几个元素用Arrays.asList()包装一下传进去是最快捷的方式只要确保方法内部不会调用add/remove即可。场景二快速构建一个不可变的常量列表。结合Collections.unmodifiableList()可以创建一个真正的不可变列表。场景三作为构造真正ArrayList的“跳板”。这是最常用、最安全的做法。既然Arrays.asList()给了我们一个包含初始元素的List视图我们可以用它来初始化一个全新的、可变的java.util.ArrayList。// 安全转换创建一个全新的、完全可变的ArrayList ListString safeList new ArrayList(Arrays.asList(One, Two, Three)); safeList.add(Four); // 正常工作 safeList.remove(0); // 正常工作new ArrayList(Arrays.asList(...))这个组合拳兼具了创建时的便捷性和使用时的灵活性是我个人非常推荐的一种初始化带有初始元素列表的方式。它比循环add更简洁又避免了直接使用Arrays.asList()视图的风险。3. 双括号初始化{{}}语法糖背后的性能与内存代价在Stack Overflow或一些老旧的博客里你可能会看到一种看起来很“炫酷”的写法叫做双括号初始化Double Brace Initialization。ListString fancyList new ArrayListString() {{ add(Spring); add(Summer); add(Autumn); add(Winter); }};外层的大括号{}是在创建一个ArrayList的匿名子类。内层的大括号{{和}}则是一个实例初始化块instance initializer这个块里的代码会在子类实例被构造时执行。所以从功能上看它确实在一行代码里完成了对象的创建和初始化。但是我强烈建议你在生产代码中避免使用这种写法。原因有三创建了匿名类这行代码每次执行都会生成一个新的ArrayList的匿名子类。这会导致额外的.class文件被创建在内存中增加了类加载器的负担。在需要大量创建此类列表的场景下会对PermGenJava 8之前或MetaspaceJava 8及之后产生不必要的压力。持有外部引用问题实例初始化块可以访问外围对象的成员。如果这段代码写在一个非静态方法或实例初始化块中这个匿名子类会隐式地持有一个指向其外围类实例的引用this$0。这可能会阻止外围类实例被垃圾回收在特定场景下导致内存泄漏。序列化问题匿名内部类的序列化行为可能与你的预期不符更复杂且容易出错。这种写法唯一的“优点”是看起来紧凑但付出的代价远高于收益。对于代码可读性new ArrayList(Arrays.asList(...))或后续会讲到的List.of()同样清晰且没有副作用。对于性能有极致要求的系统或者需要频繁创建列表的循环体内请务必远离双括号初始化。4. Java 8 的现代方式Stream API与List.of()随着Java 8的发布集合操作迎来了强大的Stream API和新的工厂方法为创建List提供了更函数式、更安全的选择。4.1 使用Stream.of()与收集器Stream.of()可以接受一系列离散元素或一个数组生成一个流。然后你可以使用Collectors.toList()将其收集到一个ArrayList中。import java.util.stream.Collectors; import java.util.stream.Stream; // 从离散元素创建 ListString listFromStream Stream.of(Data, Structure, Algorithm) .collect(Collectors.toList()); // 从数组创建与Arrays.asList功能类似但更灵活 String[] langArray {C, Rust, Kotlin}; ListString listFromArrayStream Stream.of(langArray) .collect(Collectors.toList()); listFromArrayStream.add(Swift); // 可修改这种方式看起来比new ArrayList(Arrays.asList(...))更冗长那它的优势在哪优势在于“流”的中间操作。你可以在收集之前对元素进行过滤、映射、排序等复杂操作。这是其他创建方式难以在一行内完成的。// 创建列表的同时进行过滤和转换 ListString processedList Stream.of(java, PYTHON , go , ) .map(String::trim) // 去除空格 .filter(s - !s.isEmpty()) // 过滤空字符串 .map(String::toUpperCase) // 转为大写 .collect(Collectors.toList()); // 结果: [JAVA, PYTHON, GO]所以Stream方式更适合在创建列表的过程中需要伴随数据清洗、转换或过滤的场景。如果只是简单地将一组已知元素放入列表它并不是最简洁的选项。4.2List.of()不可变列表的终极利器Java 9 引入了List.of()工厂方法用于创建不可修改的列表。这是创建小型常量列表的现代标准方式。ListString immutableList List.of(Alpha, Beta, Gamma);List.of()创建的列表具有以下鲜明特点真正的不可变任何试图修改add,remove,set的操作都会抛出UnsupportedOperationException。它比Arrays.asList()更彻底连set都不允许。空值敏感List.of()不接受null元素。如果传入null会立即抛出NullPointerException。这有助于推行“避免null”的良好实践。空间优化JVM内部可能对小的List.of()实例进行优化例如对于1-2个元素的列表使用特殊实现比创建一个完整的ArrayList更节省内存。序列化友好其实现为序列化做了优化。何时使用List.of()当你需要一个编译期常量或运行时常量列表时例如配置项、枚举值集合、静态查找表。作为方法返回值明确表示“此列表不可被调用者修改”。作为方法的不可变参数提供线程安全性因为不可变对象天生线程安全。// 作为常量 private static final ListString VALID_STATUSES List.of(SUCCESS, FAILED, PENDING); // 作为返回值 public ListString getSupportedCurrencies() { // 返回一个不可变列表防止调用方意外修改内部数据 return List.of(USD, EUR, GBP, JPY); }需要注意的是List.of()返回的列表虽然不可变但如果其元素本身是可变对象例如ListListString你仍然可以修改这些内部对象的状态。List.of()保证的是容器本身的不可变而非容器内元素的不可变。5. 第三方库的助力Guava 与 Apache Commons Collections在企业级项目中我们常常会引入像 Google Guava 或 Apache Commons Collections 这样的优秀第三方库。它们也提供了非常便捷的列表创建工具。5.1 Google Guava 的Lists.newArrayList()Guava 的com.google.common.collect.Lists类提供了多种静态工厂方法。import com.google.common.collect.Lists; // 1. 创建空ArrayList ListString emptyList Lists.newArrayList(); // 2. 创建带有初始元素的ArrayList (类似 Arrays.asList但返回可变的ArrayList) ListString listWithElements Lists.newArrayList(Tom, Jerry, Spike); // 3. 通过迭代器或Iterable创建 ListString fromIterable Lists.newArrayList(someIterable); // 4. 创建具有预期初始容量的ArrayList性能优化 ListInteger listWithCapacity Lists.newArrayListWithCapacity(1000);Guava 方法的优势在于明确性Lists.newArrayList()方法名清晰表达了意图。类型推断在Java 7及之前它利用泛型方法避免了在声明时重复书写泛型类型现在Java的钻石操作符已解决此问题。性能提示newArrayListWithExpectedSize(int)等方法可以提供更优的初始化容量建议减少ArrayList内部的扩容次数。5.2 Apache Commons Collections 的ListUtilsApache Commons Collections 的ListUtils工具类功能更侧重于列表的操作如交集、并集、差集但在创建方面它通常与标准方式结合使用。它本身没有像Guava那样专门的快速创建工厂方法但其ListUtils.unmodifiableList()等功能可以与Arrays.asList()或new ArrayList()结合使用。选择建议如果你的项目已经引入了 Guava那么使用Lists.newArrayList()是很好的选择它提供了良好的可读性和一些便利。如果项目没有Guava为了一个创建列表的功能而引入整个库可能有些重标准的Java方式已经足够。6. 性能考量与最佳实践选择聊了这么多方式到底该用哪个我们从一个简单的性能维度和场景维度来做个总结。1. 创建空列表new ArrayList()标准方式最常用无任何争议。new ArrayList(int initialCapacity)如果你能预估列表的大致大小使用带初始容量的构造器是最重要的性能优化手段。这可以避免底层数组多次扩容和数据拷贝。例如如果你知道要存放大约1000个元素就new ArrayList(1000)。2. 创建带有已知初始元素的列表需要可变列表new ArrayList(Arrays.asList(...))经典组合兼容性好Java 5意图清晰。Stream.of(...).collect(Collectors.toList())适用于创建过程中需要流式处理的场景。Lists.newArrayList(...)(如果项目有Guava)。需要不可变列表List.of(...)(Java 9)首选。最现代、最安全、性能可能最优。Collections.unmodifiableList(Arrays.asList(...))(Java 8及之前)在无法使用List.of()时的替代方案。3. 从数组转换需要独立、可变的列表new ArrayList(Arrays.asList(array))。只需要一个数组的只读视图Arrays.asList(array)。务必记住其固定大小的限制。需要处理或过滤数组元素Arrays.stream(array).filter(...).collect(Collectors.toList())。4. 关于性能的细微差别 对于创建小型列表这些方法之间的性能差异微乎其微几乎可以忽略不计。代码的清晰度、可维护性和正确性远比这点纳秒级的差异重要。List.of()在创建极小不可变列表时可能有内存优势。new ArrayList(initialCapacity)在填充大量数据时通过避免扩容能带来显著的性能提升。在我多年的开发经验里一个常见的反模式是在循环内部反复使用Arrays.asList(...)来创建列表。这不仅可能因为误用add/remove而抛出异常而且每次都会创建一个固定大小的列表对象虽然轻量但更好的做法通常是在循环外创建一个ArrayList然后在循环内add。选择哪种方式首先要考虑的是语义可变/不可变和上下文是否有现有数据其次才是那一点点性能差异。把代码写对、写清楚永远是第一位的。
