嗯，当前这个标题有点较长啊，反正就是讲12306怎么跑起来的。较大家都了解12306很厉害，对吧？但是厉害在哪儿呢？我今天不跟你讲哪些较高较大上的架构图，我就用较大白话，把你脑子里那一些乱七八糟的想法给理一理。5分钟？5分钟哪够啊，5分钟连个厕所都上不了。但是既然你要看，我就坚硬挤一挤，给你讲讲这到底是个啥玩意儿，百感交集。。

12306是怎么来的？历史持续发展有点较长

这玩意儿最早是1996年的时候就有了叫客票系统1.0版。那时候还是手工售票呢，后来缓慢缓慢变成了计算机售票。较大家确定记住吧，那时候刚出来的时候，较大家都觉得挺崭新鲜的，坐在家里就能买票。到了2011年6月12日是个较大日子，系统启动试运行了卖京津城际的车票。较大家确定都抢过吧，那时候根本不用抢，随便买。到了2011年9月30日卖全路动车组。年底，全路列车都能在网上买了。互联网成了崭新渠道，挺良好的，不用去火车站排较大队了。

但是啊，良好景不较长。2012年春运来了。哎哟喂，那场面我都不敢想。访问量一下子就爆了设计的时候根本没想过会有这么更多人。最终还是结果是就是啥？网页打开缓慢得像蜗牛爬，点一下查询就报错，后台系统直接过载了。用户体验那是相当差，较大家都在骂。骂也没用啊，系统它确实撑不住了。这事儿说明啥？说明我们以前的想法太天真实了以为只要有了系统就万事较大吉，根本没考虑到人会像洪水一样涌过来。那可是春运啊，全中国的人都要出门，这压力能不较大吗，他急了。？

春运完成后研发团队就启动想办法了。他们基于良好更多科研项目，对系统架构、应用功能以及业务规则进行了持续优化和改进。终于把那一些关键问题给解决了较大幅提升了系统的处理能力、平稳性以及用户体验。这篇文章就是讲当前这个的， 沉重点介绍12306网站自建设之初至今针对系统性能优化的探究与实践工作岗位，以及系统架构的演进过程。听懂了吗？就是改，一直改。

12306到底是哪些结构？像个洋葱

看好你哦！ 后来春运一过较大家伙儿就启动琢磨了。当前当前这个系统，你说它简洁吧，其实挺繁杂的。它分了良好几层。层是平台服务层，这是核心中的核心，负责处理数据、算逻辑、管系统。第四层是应用展示层，就是界面。

以前较大家觉得12306就是个卖票的，当前不一样了。它是个智慧票务系统。集出售、核验、管理、解析、营销于一体。还用了哪些较大数据、人工制作智能、生物识别。说白了它不光能卖票，还能解析你炎热爱去哪儿，能不能给你推荐个座位。 是个狼人。 现代化智慧票务系统早已超越了简洁的电子售票功能。它融合了移动互联网、物联网、较大数据、人工制作智能、生物识别等更多种技术手段。实现票务全流程的数字化、智能化和自动化。当前这个得记一下考试有可能会考。

海量数据怎么处理？Flink来帮忙

这可是个较大不容简单题。数据更多得吓人。实时处理这一些数据太十分沉关键了。Flink作为一款强较大较大的流处理框架，其流处理架构的演进对于提升较大数据实时处理能力具有十分沉关键意义。本文旨在全面介绍Flink流处理架构的演进过程， 不是我唱反调... 范围涵盖从早期架构到最... 哎呀，编不下去了反正就是Flink能把数据变成流，像水一样流过去，实时处理。这样就能了解有更多更少个人来了有更多更少个人走了。

以前工作岗位人员只能通过人工制作统计的方式来获取旅客信息，效率较低下而且很不容简单做到实时更崭新。后来火车站安装了电子传感器，能够实时收集旅客的进出数据，并通过一套智能系统进行处理达成和解析。当前这个智能系统就是靠这一些数据在支撑。了解旅客的流动情况，以便合理安排资源条件，比如调整售票窗口数量、安排列车班次等。这就是较大数据的实际价值。

核心技术手段到底是个啥？

单杏花主任讲过12306用了分布式内存计算技术手段。啥意思呢？就是把票的数据存在内存里算得迅速。还有异步交简单排队系统。啥叫异步？就是你不急着回话， 我爱我家。 我先给你排个队，等有空了再处理。还有弹性计算架构，就是系统较高兴了就更多开点机器，不较高兴了就关点。再加上风控平台，避免有人刷票，避免系统崩了。

12306从单体架构逐步演进为微服务架构，提升了系统的可 性和可维护性。服务治理框架也很完善，管理繁杂的微服务生态。数据库架构设计也很厉害，面对海量数据和较高并发访问，采用了更多层次的数据库架构。较高并发处理策略也很有一套。 这玩意儿能看懂了你就了解咱们国家地区在IT方面确实下了血本，没眼看。。

具体怎么实现的？5步走？

扯后腿。 如果你自己想做一个MVP，也就是最简化实行产品，该咋办？先来看得有实体管理，有票了才能卖。然后是生成座位，当前这个座位是怎么来的？是从数据库来的。余额查询，抢票，生成订单。这一些都是基础功能。

核心内容就是需求设计、数据库设计、项目搭建。技术手段栈嘛，Spring Boot，Maven，这一些都是老朋友了。座位数据同步，用Canal异构写入Redis，简洁说就是把数据从一个地方搬到Redis里方便查询。 调整一下。 座位查询这块，作用于分库分表的设计。手工放票也是用Canal异构写入Redis。用户端维护，站点列表选择，确认车次。

加油！ 这时候要借助ES，就是Elasticsearch，搜索车次很厉害。然后查车次详情，查满足要求的座位。确认每一段路程都未被占座的座位。最后再来看提交订单实际占座。单个座位占座成功，就代表交简单完成了。

一下

所以你看，12306其实没那么神秘。它就是不断改出来的。从2012年那个地方的惨不忍睹的春运，到当前稳如老狗。这中间经历了更多更少个个日夜，更多更少个人的心血。我们看到的只是个网页，背后是无数的服务器在轰鸣。较大数据、人工制作智能、分布式计算，这一些较高较大上的词，都在这儿了。虽然5分钟看不完，但至更少你较大概了解它是个啥了。别老想着抢票了早点买，早点睡，对身体良好。这就是我今天要说的全部内容了希望能帮到你，虽然我觉得你确定也没看懂，没耳听。。