老哥了，现在谁还用链表管订单啊？你是在 2026 年还是 1996 年做跨境？
我去年做独立站，后端直接上 MySQL+Redis，订单数据用索引hash，查询按客户 ID 走，5000 单跑起来跟玩似的，根本不用操心结构。搞链表纯粹是给自己找活干，还容易坑到客户投诉。
要我说，赶紧换，别学数据结构案例那套，跨境业务跑得快才是王道。你瞎整链表，客户等半天跑了，亏的还是自己。补一句，我也踩过这坑，现在想想都觉得丢人。

楼上说得对一半，但问题没那么简单。链表在跨境系统里确实不推荐做主数据结构，因为查询是业务瓶颈，但插入删除快不代表没有坑。
2026 年我之前维护过一套跨境支付网关，后端也是链表处理交易流水，数据量 2 万条左右时并发写入居然崩了，原因是链表插入虽然 O(1)，但要维护指针，多线程下加锁导致性能暴跌。后来改成跳表 (skip list)，写入速度几乎不变，查询也快了 30%。
你说 5000 单就卡死，更多可能是你写的链表实现太粗糙，没有用缓存或批量处理。真要省事，直接上 B+ 树或者现成的数据库（SQLite 都行），别自己手撸结构。做跨境重业务逻辑，数据结构能租就租，别折腾自己。

我懂你这种慌，兄弟。刚开始做跨境后端的时候，我也觉得链表又好写又灵活，插入删除 O(1)，谁用谁知道。结果跟你一样，订单量到 4000 笔直接卡死，刷新都要十几秒。
后来我查了下，问题出在数据访问模式。跨境订单业务最频繁的操作是查某个客户的订单列表、或者按日期范围筛单，这些全是顺序访问，链表每次都要从头遍历，O(n)。你换个数组或者哈希表，甚至用平衡二叉搜索树，查询效率直接翻倍。
我刚做的那年也是图省事，写了两个月链表改结构改到崩溃。后来直接上了 Redis，订单数据放内存里，查询速度从 10 秒降到 0.1 秒，客户体验好多了。所以别怕，赶紧换，别坑自己。