sjc106112的专栏

我们要明白秒杀系统的难点：高并发 事务控制 快速响应。 大数据量的处理，难点就是在事务处理和复杂计算上。为了提高系统的响应速度，就要采用集群+多线程的处理方式。而数据库显然就成了整个系统的瓶颈，数据库集群方案涉及的方方面面实在太多太多，尤其是事务处理上（互联网企业涉及的复杂计算不多）。前台再多的集群，再多的线程，到了事务层面都要变成串行。因此，现在的互联网企业都采用“数据无状态”加“回滚段”来弱化事务处理。而秒杀显然不能这样处理，用户抢商品时，后台需要先查询、再更新。从事务的分析上来说就需要加行

一、 建设原因及规划         随着业务需求的发展，信息化项目建设越来越复杂，越来越工程化。往往一个项目需要三五家公司、十来个项目组、上百人甚至上千人的规模来建设。而软件工程不同于其他项目，其有且只有一次生产（不像其他产业往往一个设计有多个产品，下次修改设计就可以生产新的型号。而设计只是留在纸上或头脑里的虚拟目标）。软件工程的最终成果就是代码。而目前的建设是设计人员只能梳理整体的框架结构

使用swagger2生成离线文档比较麻烦，尤其是非springcloud项目（具体实现方式，请自行百度）。本文另辟蹊径，通过修改swagger部分js脚本文件、提供统一的资源加载路径、使用nginx反向代理解决swagger测试跨域问题，来搭建一个统一的api文档中心系统。