Java高并发秒杀系统

本项目于2018年1月16日完成

项目使用技术

项目使用了spring + springmvc + mybatis + mysql + redis技术，并且用了少数第三方jar包

数据库连接池用的是c3p0，前端为bootstrap框架

项目坏境

jdk1.8 + eclipse + window8.1 + tomcat8.5

项目地址

已放在阿里云公网上 点我即可

项目思路

1：首先用户先进入所有商品的列表页

2：然后点击要秒杀商品的链接

3：先获取cookie，看cookie是否有用户的手机号，如果没有弹出窗口，填写手机号

4：如果商品秒杀的开始时间还没有到达，则在界面倒数。如果秒杀已经结束，则在界面显示已经结束。

5：如果秒杀正在进行，暴露接口的地址。为了防止有用户提前模拟秒杀url地址。所以用了spring的DigestUtils.md5DigestAsHex md5进行验证。验证规则 salt + seckillId + salt 来生成md5

6：然后用户可以点击秒杀的按钮进行秒杀。发送id，md5，phone信息，后端验证id号和md5，如果报错则给用户提示，否则进行service层的事务。

高并发优化思路（Important）

1：静态资源 如bootstrap，jquery等框架 用服务商提供的cdn加速

2：用redis缓存。比如快到秒杀开启的时间，一般用户都会一直刷新。那么前端就会到后台数据库中一直查询秒杀开启时间，然后和当前时间的对比，无疑加大了数据库的压力。

因为这条商品记录只需要读的数据，不需要改的数据。不要去mysql中去读取，放到redis缓存中去。

具体流程如下：

get from redis 
if (null) {
	get from mysql
	put into redis				
} 
		

ps. 序列化和反序列的时候用到了第三方的框架protostuff，这个序列化更快而且数据大小可以达到原来的1/5 - 1/10左右

3：执行秒杀的是一个事务，先将商品的库存减少，然后再插入购买的明细记录。只要一个事务还没有完成，mysql的行级锁就会一直锁着这条记录，这又造成了慢。并且还会有网络延迟和java的gc

首先可以先插入购买的记录在将商品的存库减少，插入购买记录一般很少冲突，然后在判断。

并且可以把客户端的逻辑放到服务端来执行，即使用存储过程（虽然Alibaba手册中并不推荐使用存储过程）

重点难点

1：首先我说下spring的声明式事务，我觉得是一大重点。这次我用的是注解的方式@Transactional，之前我一直以为只要有错事务就会进行回滚。自从做了这个项目之后我才知道，spring的事务只有在运行期出现异常才会进行回滚

2：第二个重点就是这个项目我学到了Data Transfer Object层（DTO层）。 我之前在service层返回的就是true或者false或者数据，没有包装成一个类。这次包装成为一个类，然后返回json给前端，这样也许比较好交互吧，分工明确，效率也高。

3：第三就是restful风格的url地址，非常的优雅

项目展示

商品详细列表

验证列表

计时

开始

结束