Springboot3.0打造能落地的高并发仿12306售票（23章完结）

打开招聘网站搜"高并发"，你会看到大量岗位要求里写着"有分布式系统经验优先"。但真到自己动手，很多人卡在同一个地方：知道 Redis 能扛缓存、知道消息队列能削峰，却拼不出一个完整能跑的系统。这门仿 12306 售票的课，解决的就是这个断层——它不教你单个技术点，而是把抢票这个具体场景拆开，看每一层怎么配合。

它对准的是哪个工作场景

12306 的难点不在"票卖得快"，而在"同一时刻几十万人抢同一趟车的同几个座位，系统还要保证不超卖、不重复扣款、余票显示基本准"。这几乎覆盖了后端岗位面试和实际工作里最常见的高并发考法：缓存怎么分层、库存怎么扣、分布式事务怎么收尾。

如果你正在准备跳槽面高并发方向，或者手头项目一上量就出问题，这门课的上下文能直接对上。它不适合完全没写过 Java Web 的人，因为里面默认你已经会用 Spring Boot 做基本增删改查。

学完能独立做什么

• 设计一套分层的余票查询方案：前端缓存挡一层、本地缓存挡一层、分布式缓存再挡一层，理解每层挡掉的是什么流量。
• 处理"扣库存"这个经典问题：什么时候该用数据库行锁、什么时候该用 Redis 原子操作，以及两者如何配合避免超卖。
• 用 Seata 处理跨服务的分布式事务，知道在什么业务节点上该引入它、引入后又带来哪些新问题。
• 把下单、支付、出票这几步拆成可独立扩展的服务，而不是堆在一个接口里。

换句话说，学完你不会立刻变成架构师，但能自己搭出一套说得清楚、扛得住压测的售票主流程，而不是只会背概念。

资料的组织方式和适合的基础

整门课按 23 章推进，前几章先把 12306 的业务模型和整体架构讲清楚，再逐层往下做。这种顺序的好处是：你始终知道当前写的这段代码在整个系统里处于什么位置，不至于学完缓存忘了它是为哪个查询服务的。

中后段是重头，余票查询的多级缓存、Seata 集成、以及围绕下单链路的并发控制。这部分建议不要只看，跟着把关键接口自己写一遍——高并发的坑基本都藏在细节里，光看讲解很难有体感。

需要提醒的是，分布式事务这块本身就有门槛。如果你的项目规模还没到需要跨库跨服务的程度，可以先跳过 Seata 章节，把缓存和并发控制吃透，收益更直接。

值不值得花时间

这门课的价值在于它给了一个"完整系统"的参照。市面上讲高并发的资料大多是切片式的，讲完缓存讲锁，讲完锁讲事务，彼此不搭。而抢票这个场景天然把它们串在一起，你能看到每个技术选型背后的取舍。

但也要有预期：它是一套仿真实战，不是 12306 的真实源码，重点在思路和方法，不在某个具体数字。如果你期待复制粘贴出一套生产级系统，会失望；如果你想搞明白高并发到底在解决什么问题、别人是怎么拆的，它值得认真过一遍。

建议的用法是：先通读架构章节建立全局，再挑缓存和并发控制两块动手复现，最后有余力再看分布式事务。别按顺序无脑刷完，那样容易前面记住后面忘。