为什么现在很多跨境电商软件都说不用链表了？我们做ERP的也迷茫

我2024年帮一个独立站卖家做过订单处理系统，当时也是链表存待发货，后来崩了一次，原因是跨境物流分仓后，订单状态流转特别频繁，链表在频繁修改指针时，内存碎片化严重，后台GC（垃圾回收）被频繁触发，CPU飙到95%。
其实"链表已死"这个说法有点标题党，更准确说是：在你这个场景（电商订单、高并发、频繁查改）它已经不适合了。链表的优势是写场景（插入删除），但在读多写少的跨境ERP里（查库存、查订单状态、查物流轨迹），数组或哈希表明显是王道。
前提是：你的数据量到了百万级。小卖家几百单的话，链表和数组没区别，随便选。

这个其实没那么复杂。链表已死的结论来自三个具体原因：
1. 现代CPU缓存层次越来越深，链表对缓存不友好，数组能利用预取机制
2. GC语言（Java/Go）里，链表节点分散在堆中，频繁分配/释放导致内存碎片和GC压力
3. 绝大多数电商业务场景是"遍历+查找"，不是"插入+删除"，数组哈希O(1)查找，链表O(n)
所以不是链表不能用了，是你选的场景不对。做高频交易系统、FIFO队列、消息中间件底层，链表依然活跃。跨境ERP替换它，只是因为你的业务数据特征决定了它不合适。

老哥，我懂你这种慌。我自己做跨境ERP开发四年了，去年也是被这个事儿折腾得头大。
我们原来订单处理模块就是用链表存的待发货队列，想着插入删除快嘛。结果2025年黑五当天，单量冲到日均1.2万单的时候，那链表直接拉胯到，遍历一次要40毫秒，你想想一个订单流转要遍历十几次，光这个就慢了半秒。客户退款都赶不上。
后来换成跳表+数组混搭，性能直接翻三倍。链表不是完全没用，但你现在做电商系统，数据量大起来，链表的缓存不友好是硬伤。CPU预读数据的时候，链表东一块西一块的内存，全是缓存miss。数组一次性给你塞进缓存行，开干。
别死磕链表了老哥，除非你数据量小到可以忽略。

笑死，楼主你这问题让我想起前年我们组一个老哥，死活不肯从链表改成数组，说"链表是数据结构之魂"。然后他负责的那个仓库发货模块，每次扫描一个长达3万行队列的时候，页面loading转圈转到卖家骂娘。
后来他离职了，我们偷偷把那段链表改成循环数组，发货效率直接快了一倍。所以说链表不是死了，是电商这行不配用，数据量大、实时性要求高、CPU缓存又是香饽饽，链表那个随机内存访问真扛不住。
你ERP要是业务量上来了，赶紧换，别等爆单那天老板找你喝茶。