为什么现在有人老说链表在现代计算机体系里没用了？2026年写代码真不能用了？

楼主你这问题绷不住，现在面试能问出这种问题，说明用人单位也在装逼。链表死没死，你去看看Linux内核，红黑黑树、哈希链表、双链表，哪个不是链表变种？内核里写内存管理器、调度器，不用链表你试试？用vector？早炸了。
我跟楼上相反，我觉得说"链表已死"的人大概率没写过底层。你业务上堆一个list存一万个订单，然后每个订单遍历三次，铁定慢成狗。但你拿这个结论去推导"所有链表都死了"那就是扯淡。我自己2023年写一个网络包重排模块，那数据在多个队列间迁移，不用链表做节点嵌入，CPU都快跪了。结论：还得看场景，别被面试造火箭的给忽悠了。

其实你想反了老哥。链表没死，死的是“在不明所以的时候用链表”。
我2025年搞一个聊天消息缓存，组里一个新人用list存了最近1000条消息，然后每条消息还有时间戳排序的需求。结果他每次插入都O(1)，但为了排序不得不从链表头开始比。我按了下shift+F5一看，那条排序路径上的bug，直接跑了两秒。后来换成vector+堆排序，0.3秒搞定。老哥，你要说链表不行，那我问你：滑动窗口协议的滑动窗口，链表加位图是不是秒杀数组？反正我自己写tcp协议栈时还是得靠它。6，你懂我意思吧。

楼上说得对一半。姐妹们，敲重点：链表不是死了，是"在业务代码里越来越不适合"了。
我去年有次做一个电商后台的订单列表翻页，用list存了二十万条记录，结果每次翻页都要从头遍历到当前页，慢得我老板来找我谈话。后来改成vector+二分查找，速度直接起飞。宝子们，这个真的亲测踩雷。
但你要做底层的数据结构课，比如写内存分配器、实现一个独立的map，链表还是宝藏。所以如果你是写后端CRUD的，那确实用不上啥链表了，但要是写系统层或游戏引擎的，它依然香。别听人瞎说"全死"，也别无脑用就行。
对了还有一个场景，跨平台开发里做RAII，有些对象生命周期需要被多个容器共享，链表做侵入式存储比智能指针都干净。反正我遇到这种需求，还是会扔一个list上去。

我懂你这种慌。当时我刚毕业进嵌入团队，也困惑过这问题。
其实吧，不是"链表已死"，是"链表不适合做通用存储结构"了。你想象一下，链表的每个节点在内存里东一个西一个，你从头遍历到尾巴，CPU每读一个新节点就得去内存里抓一次数据，缓存永远跑空。你优化两天才提15%性能，就是输在缓存命中率上。
但要说完全死，前提是你看啥场景。嵌入式里链表活得好好的。我2024年调一个设备驱动，中断上下文里要用一个队列，你要是malloc一个vector，它底层内存够呛，而且插入删除要搬数据，中断里可不敢磨叽。链表+内存池，直接到物理页上分配，插入O(1)拿走。所以准确说是：业务内存够大、数据要频繁遍历的小栗子，链表确实不太合适了。

说个我经手的case。2024年一个跨境电商的WMS系统，要管理仓库里几万个货架的扫码数据，每个货架都可能被重复扫描、多设备并发。我朋友后来用了一个固定大小数组做预分配，然后每个槽位指向一个“事件节点”，其实就是链表，来防止并发写入时数组搬移。当时内存条涨价，服务器配置不高，用链表+内存池硬扛下来的。
那项目上线后稳定跑了一年，运营那边说以前用vector的版本，高峰期内存炸过两次。所以你说链表完全没用？那也不至于，至少在对内存抖动敏感的场景里，它还有一口气。但前提是你得懂它的脾气，别当黑盒用。

朋友们，我直接跟你讲，你这个数据有问题啊。链表能干的事，vector+reserve几乎都能干，而且快得多。
我2025年重构一个服务端模块，先是用list管理订单状态变更，一跑profiler，CPU时间一大半花在缓存miss上。换成vector后，存储自己管理，遍历时CPU预读，吞吐量直接翻了将近一倍。真的会谢，写完那一刻我才意识到：现代内存带宽根本不是瓶颈，但你得让CPU把数据放在一段连续地址里。
真要是场景对头，比如做LRU缓存的那个双链表，你说用list有啥问题？也就那样吧，反正我后来还是自己手写了个数组版。家人们，别迷信黑科技，跑一遍Benchmark就都明白了。