《1.5倍与2倍的扩容密码：Java容器的内存性能抉择》

1.5倍与2倍的差异，从来不是数字游戏，而是内存与性能在不同场景下的精准博弈。这种看似微小的数字差异，背后是对连续与离散两种存储模式的极致适配，是对“时间-空间”权衡艺术的完美诠释。

ArrayList依赖连续数组，像整齐的书架，每一次扩容都要整体搬迁。1.5倍的增幅是种克制的智慧：既避免频繁扩容消耗资源，又不让闲置空间过多造成浪费。连续内存最怕碎片，1.5倍的渐进式增长能让新旧空间衔接更紧密，就像水流慢慢填满容器，既不会溢出也不会留下太多空隙。这种选择让它在需要频繁遍历、对内存敏感的场景里，始终保持高效。
要理解ArrayList的1.5倍扩容逻辑，首先要回到数组这种数据结构的本质。数组是一块连续的内存空间，就像一排紧密相连的抽屉，每个抽屉都有固定的大小和位置。这种连续性带来了随机访问的高效性——通过索引计算地址时，只需一步到位，无需像链表那样逐个遍历。但也正因为这种连续性，数组的扩容必须经历“申请新空间-复制旧元素-释放旧空间”的完整流程，这个过程的成本与元素数量成正比。如果扩容过于频繁，每插入几个元素就触发一次整体复制，性能损耗会累积成灾难。1.5倍的扩容倍数，正是为了平衡扩容频率与内存浪费。假设初始容量为10，按1.5倍增长，后续容量会是15、22、33、49……这种渐进式增长能在元素数量稳步增加时，将扩容次数控制在合理范围。比如从10个元素增长到100个，只需经历4次扩容，远少于1.1倍增长所需的24次，也少于2倍增长的7次。较少的扩容次数意味着更少的元素复制操作，这对性能的提升是实质性的。

更关键的是，1.5倍增长能有效控制内存碎片。如果采用2倍扩容，当元素数量在两个扩容节点之间时，会出现大量闲置空间。比如容量从100扩容到200后，若实际只存储120个元素，就有80个空间被浪费，这在内存紧张的场景（如移动端或嵌入式设备）中是不可接受的。而1.5倍扩容的闲置空间增长更平缓，100扩容到150后存储120个元素，仅浪费30个空间，内存利用率显著更高。这种对内存的“精打细算”，让ArrayList在需要长时间运行的应用中更具优势——毕竟，持续累积的内存碎片可能导致程序在运行后期出现性能骤降。另外，1.5倍扩容与Java的内存分配机制存在隐性协同。Java虚拟机的堆内存管理中，连续的大内存块更容易被回收，而碎片化的