2301_79985750的博客

为了高效的生成有序且唯一的ID，可以采用雪花算法来进行实现，为什么不去采用UUID呢？首先，UUID是一个128位的值，相较于雪花算法生成的64位的值，长了很多，在数据库中存储时耗费的时间更长，UUID生成后没有顺序关系，导致它不适合做主键，雪花算法排序具有可读性，在一些状况下更容易地追踪。

前面完成了乘车人登录功能的实现，本篇主要是控制台方面的管理对于整体的控制台的设计，为了能够快速的检验，不进行登录拦截，在控制台的这个模块的controller层增加admin，以及在登录界面的拦截器排除掉admin.

本章是完成乘车人的增删改查功能。

之前完成了核心功能--购票业务，现在需要考虑到并不是一台设备去买票，还要有其他其他的设备一起买票，现在有A~G共七台设备购票1张，现在库存是2，它们同时读到库存是2，可以进行购买，从而进行购票操作，由于票不够卖，那么此时就会发生超卖。那么如何解决呢？可以想到，在一个时间段内，只要有一个线程进入购票界面就行了。首先想到的是在购票方法上加synchronized,它可以解决单机多线程的超卖问题，但是这样子在多节点下还是会发生超卖，以及售票的效率比较低。哪还有什么办法呢？

对于乘客购票来说，需要有每一个车次的余票信息，展示给乘客，供乘客选择，因此首个功能是余票的初始化，之后是余票查询，这两个都是控台端。对于会员端的购票，需要有余票查询以及乘客的选择，不仅仅支持给自己买票，还可以给其他人买票，而且还可以选择座位类型，是一等座还是二等座，可以选择座位，最后是下单购票。