聊个实际 case 吧。
2026 年我们做仓储端 WMS 系统，处理托盘和 SKU 的关联关系。那时候用了链表做 SKU 链，因为要频繁插入新批次。上线第三天就崩了，原因是 CPU 的 cacheline 浪费，链表数据存储分散，预取机制完全失灵。
后来改成数组 + 索引表，同样的数据量，处理速度从 200ms 降到了 45ms。
我自己的结论是：链表在现代 CPU 体系里确实是个性能拖油瓶。你要真用到，得配自定义分配器把节点内存紧凑化，常规写法基本白给。

我懂你这种纠结，我 2023 年刚入行的时候也是觉得链表是银弹。
但劝退一下，现在的跨境系统架构里，数据量一上去，链表的内存碎片问题才是真正的坑。你哪怕插入 O(1)，分配释放节点时操作系统给你搞一堆空洞，内存占用比数组高 3-4 倍，而且 GC 压力巨大。
我那个老项目就是用了链表做消息队列，结果线上挂了两次，全是因为碎片导致 OOM。
所以你说调优用不上？我建议你直接放弃链表的念头，用 compact 的数据结构，省心得多。

我也亏过，刚做订单模块的时候，信了教科书上 "链表插入快"，结果线上崩了两次。
后来发现，系统设计里最重要的是数据局部性。链表碎片化太厉害，哪怕你单次操作 O(1)，整体开销也扛不住。
现在我做新功能，就只用 array 或 vector，顶多加个跳表。链表？留给教科书和面试题吧，我反正是不用了。

家人们，个反常识的：链表在跨境系统的订单处理里，其实没那么不堪。
我去年重构订单合并模块，处理那种多店铺小订单流，链表做插入确实有优势。但问题在于你得知道 "为啥用" 不是 "能不能用"。
我一开始跟你一样，觉得 O(1) 插入多牛啊，结果一跑起来发现，三十万条订单数据用链表遍历，缓存 miss 率上去了，耗时比数组还长，大概慢了 20% 左右。
后来我把核心的 "当前批次活跃订单" 用链表，其他的批量写入用数组。性能提升了大概 40%，链表在局部场景还是香的，但你不能指望它扛全场。
真的会谢，优化这事儿，哪个数据结构都没死，是你没用到点子上。

楼主，绷不住了，你这个问题我去年也纠结过。
我试过用链表做秒杀系统的队列，结果线上压测时 QPS 从 5000 掉到 1200，CPU 直接满了。查下来发现链表遍历的 cache miss 太严重，跑两步就等内存。
后来换了 ring buffer，性能直接翻 3 倍。链表？反正我是再也不想碰了。
我觉着，跨境系统里，除了维护一些老代码，真没必要上链表了。

你这个数据靠谱吗？我自己测下来链表在新场景里完全撑不住。
2026 年我公司接了个大客户，订单量一天 80 万条，用链表的节点指针跳跃，单核利用率飙到 95% 以上，直接导致系统响应时间暴涨到 8 秒。
后来换成了自定义内存池 + 数组模拟，带宽利用率直接翻倍。我个人觉得 "链表死了" 不是夸张，至少在订单处理这种高频遍历场景里，它真的不适合了。
语言本身也在淘汰这东西，你看 Java 的 LinkedList 在 JDK 17 之后官方都标注弱推荐了。