2026 年做跨境还有人在用链表写业务代码？我是不是穿越了？

宝子们，我来说个大白话。链表不是死了，是在跨境电商这种高并发场景下容易被当成"宝藏"结果踩雷。
我刚入行的时候，大佬说链表插入快，我就全用链表存商品库存。结果双十一直接崩了，遍历库存打个折都要 3 秒。后来换成数组，同样的数据量 0.3 秒搞定。现在我做新系统，只要涉及遍历查询，数组优先。链表只留着做最近最久未使用这种冷门逻辑。
不过也不是完全不用，我那个库存预警模块，需要实时插入删除异常单，链表就很香。就是你得挑对地方用，不能乱来。

我也亏过。2024 年初接手一个物流追踪的微服务，数据量不大也就几十万单，结果接口响应时间动不动就 2 秒。查了一圈发现是链表里存了订单结构体，每次遍历都重新加载内存。
后来改成用数组 + 索引，响应时间降到 200 毫秒。说链表死了有点绝对，但从实用角度，90% 的业务场景用数组/B-tree 都比链表靠谱。高手才会在百万级数据下用链表，普通人还是别碰了。

楼主，我懂你的困惑。我去年也遇到过，团队里一哥们非要用链表写用户地址缓存，说插入快。结果并发一高，节点指针乱飞，崩了两次，修的我们破防。
其实现在服务器内存那么大，CPU 缓存那么猛，链表的劣势比优势大。除非你是写操作系统内核或者嵌入式，不然真别用了。我 2026 年的代码库，链表使用率不到 1%，大部分用切片和跳表替代了。你就当它是个知识点，不是生产力工具吧。

老哥你搞反了。不是链表死了，是你在跨境业务里用错了场景。
我整亚马逊后台的时候，订单处理的流式数据用链表跑的贼 6。你想想，订单状态流转，每一步要插入删除，链表天然支持。但你要是拿它来做订单搜索或者排序，那不扯淡吗？
问题不是链表不行，是现在写代码的人算法基础都还给老师了，看个四年前的知乎帖子就说链表死了。真牛逼的架构师，该用的时候照样用，只是封装在库里面，你根本感知不到。

楼上说得对一半。链表不是死了，是它的优势在现代硬件体系下被缩小了。
我干了七年跨境电商后端，早期的订单处理模块就是链表写的，那时候内存小、CPU 缓存小，链表插入删除 O(1) 确实香。但到了 2020 年以后，服务器 CPU 的 L3 缓存都几十 MB 了，链表节点分散在内存里的劣势被放大，遍历的时候缓存一直 miss，性能直接裂开。
我 2023 年重构过一个库存分配模块，原来用链表跑一次要 120 毫秒，换成 slice 之后掉到 18 毫秒。不是链表算法不行，是硬件的"局部性原则"跟它对着干。现在新项目我直接 ban 链表，除非是做 LRU Cache 那种必须的。