SpringBoot实现Java高并发秒杀系统之DAO层开发(一)
秒杀系统在如今电商项目中是很常见的,最近在学习电商项目时讲到了秒杀系统的实现,于是打算使用SpringBoot框架学习一下秒杀系统(本项目基于慕课网的一套免费视频教程:Java高并发秒杀API,视频教程中讲解的很详细,非常感谢这位讲师)。也是因为最近学习了SpringBoot框架(GitHub教程:SpringBoot入门之CRUD ),觉得SpringBoot框架确实比传统SSM框架方便了很多,于是更深层次练习使用SpringBoot框架,注意:SpringBoot不是对Spring功能上的增强,而是提供了一种快速使用Spring的方式。 如果你熟悉了SSM框架,学习SpringBoot框架也是很Easy的。
本项目的源码请参看:springboot-seckill 如果觉得不错可以star一下哦(#^.^#)
本项目一共分为四个模块来讲解,具体的开发教程请看我的博客文章:
SpringBoot实现Java高并发秒杀系统之DAO层开发(一)
SpringBoot实现Java高并发秒杀系统之Service层开发(二)
SpringBoot实现Java高并发秒杀系统之Web层开发(三)
SpringBoot实现Java高并发秒杀系统之并发优化(四)
起步
首先我们需要搭建SpringBoot项目开发环境,IDEA搭建SpringBoot项目的具体教程请看我的:博文。
如果你对SpringBoot框架或是SSM框架不熟悉,我想推荐一下我的几个小项目帮助你更好的理解:
SpringBoot起步之环境搭建
SpringBoot-Mybatis入门之CRUD
手把手教你整合SSM框架
SSM框架入门之环境搭建
项目设计
. |
SpringBoot
之前我们在SpringBoot-Mybatis入门之CRUD中已经详细讲解了SpringBoot框架的开发流程,还是觉得一句话说的特别好:SpringBoot不是对对Spring功能上的增强,而是提供了一种快速使用Spring的方式。所以用SSM阶段的知识足够了SpringBoot阶段的开发,下面我们强调一下小技巧:
SpringBoot不需要配置注解扫描,之前我们配置
<context:component-scan>
扫描可能使用注解(@Service,@Component,@Controller等)的包路径。默认创建SpringBoot项目自动生成的Application.java启动器类会自动扫描其下的所有注解。SpringBoot项目中静态资源都放在
resources
目录下,其中static
目录中的数据可以直接通过浏览器访问,多用来放CSS、JS、img,但是不用来放html页面;其中templates
用来存放HTML页面,但是需要在SpringBoot的配置文件(application.yml)中配置spring.thymeleaf.prefix
标识Thymeleaf模板引擎渲染的页面位置。HTML页面通过Thymeleaf的加持,为HTML页面赋予了很多功能,此时的HTML页面类似于JSP页面。访问后端存入域对象(session,request…)中的数据,可以通过
th:text="${key}"
获得,在JS中也可以通过[[${key}]]
获得。Thymeleaf提供了类似JSP页面
<include>
的功能:public-component:<div th:fragment="header">
,main-component:<div th:replace="path/header :: header">
(其中path
表示public-component相对于templates的路径,/header
表示component文件名,最后的header
表示th:fragment
中定义的名称)。
pom依赖
<parent> |
JavaBean实体类配置
此处源码请看:GitHub
Seckill.java
public class Seckill implements Serializable { |
SeckillOrder.java
public class SeckillOrder implements Serializable { |
注意实体类中Date
类型数据都用了@DateTimeFormat()
(来自springframework)和@JsonFormat()
(来自jackson)标识可以实现Controller在返回JSON数据(用@ResponseBody
标识的方法或@RestController
标识的类)的时候能将Date类型的参数值(经Mybatis查询得到的数据是英文格式的日期,因为实体类中是Date类型)转换为注解中指定的格式返回给页面(相当于经过了一层SimpleDateFormate)。
其次要注意在编写实体类的时候尽量养成习惯继承Serializable接口。在SeckillOrder
中我们注入了Seckill
类作为一个属性,目的是为了可以使用多表查询的方式从seckill_order
表中查询出来对应的seckill
表数据。
表设计
创建完成了SpringBoot项目,首先我们需要初始化数据库,秒杀系统的建表SQL如下:
/* |
解释
秒杀系统的表设计还是相对简单清晰的,这里我们只考虑秒杀系统的业务表,不涉及其他的表,所以整个系统主要涉及两张表:秒杀商品表、订单表。当然实际情况肯定不止这两张表(比如付款相关表,但是我们并未实现这个功能),也不止表中的这些字段。这里我们需要特别注意以下几点:
注意
1.我这里使用的Mysql版本是5.7.22,在Mysql5.7之后timestamp默认值不能再是
0000 00-00 00:00:00
,具体的介绍请看:mysql官方文档。即 TIMESTAMP has a range of ‘1970-01-01 00:00:01’ UTC to ‘2038-01-19 03:14:07’ UTC.2.timestamp类型用来实现自动为新增行字段设置当前系统时间;且使用timestamp的字段必须给timestamp设置默认值,而在Mysql中date, datetime等类型都是无法实现默认设置当前系统时间值的功能(
DEFAULT CURRENT_TIMESTAMP
)的,所以我们必须使用timestamp类型,否则你要给字段传进来系统时间。3.decimal类型用于在数据库中设置精确的数值,比如
decimal(10,2)
表示可以存储10位且有2位小数的数值。4.tinyint类型用于存放int类型的数值,但是若用Mybatis作为DAO层框架,Mybatis会自动为tinyint类型的数据转换成true或false(0:false; 1 or 1+:true)。
5.在订单表
seckill_order
中我们设计了联合主键:PRIMARY KEY (seckill_id, user_phone)
,目的是为了避免单个用户重复购买同一件商品(一个用户只能秒杀到一次同一件商品)。6.无论是创建数据库还是创建表我们都应该养成一个习惯就是指定
character=utf-8
,避免中文数据乱码;其次还应该指定表的储存引擎是InnoDB,MySQL提供了两种储存引擎:InnoDB, MyISAM。但是只有InnoDB是支持事务的,且InnoDB相比MyISAM在并发上更具有高性能的优点。
DAO层开发
DAO层是我们常说的三层架构(Web层-业务层-持久层)中与数据库交互的持久层,但是实际而言,架构是这样设计的,但是并不代表着实际项目中就一定存在一个dao
文件夹,特别是现阶段我们使用的Spring-Mybatis框架。Mybatis提供了一种接口代理开发模式,也就是我们需要提供一个interface接口,其他和数据库交互的SQL编写放到对应的XML文件中(但是需要进行相关的数据库参数配置,并且Mybatis规定了使用这种开发模式必须保持接口和XML文件名称对应)。于是在本项目中就没有出现dao
整个文件夹,取而代之的是mapper
这个文件夹,我感觉更易识别出为Mybatis的映射接口文件。其实在实际项目中考虑到项目的大小和复杂程度,dao
和mapper
可能是同时存在的,因为service可能并不满足项目的设计,即为dao接口创建实现类,在实现类中再调用mapper接口来实现功能模块的扩展。
DAO层开发,即DAO层接口开发,主要设计需要和数据库交互的数据有哪些?应该用什么返回值类型接收查询到的数据?所以包含的方法有哪些?带着这些问题,我们先看一下秒杀系统的业务流程:
由上图可以看出,相对与本项目而言和数据库打交道的主要涉及两个操作:1.减库存(秒杀商品表);2.记录购买明细(订单表)。
减库存,顾名思义就是减少当前被秒杀到的商品的库存数量,这也是秒杀系统中一个处理难点的地方。实现减库存即count-1,但是我们需要考虑Mysql的事务特性引发的种种问题、需要考虑如何避免同一用户重复秒杀的行为。
如果减库存的业务解决了那么记录购买明细的业务就相对简单很多了,我们需要记录购买用户的姓名、手机号、购买的商品ID等。因为本项目中不涉及支付功能,所以记录用户的购买订单的业务并不复杂。
分析了上面的功能,下面我们开始DAO层接口的编写(源码请看:GitHub):
/** |
但从接口设计上我们无非关注的就是这两个方法:1.减库存;2.插入购买明细。此处需要注意的是:
对于SpringBoot系统,DAO(Mapper)层的接口需要使用
@Mapper
注解标识。因为SpringBoot系统中接口的XML文件不在/java
目录下而是在/resources
目录下。对于Mapper接口方法中存在传递多个参数的情况需要使用
@Param()
标识这个参数的名称,目的是为了帮助Mybatis识别传递的参数,不然Mybatis的XML中用的#{}
不能识别出来你传递的参数名称是谁和谁对应的,类似于Controller层中常用的@RequestParam()
注解。小技巧: 之前我们做insert和update操作时直接用
void
作为方法返回值,实际上虽然Mybatis的<update>
和<select>
语句并没有resultType
属性,但是并不代表其没有返回值,默认返回0或1,表示执行该SQL影响的行数。为此我们可以这样写SQL,如:insert ignore into xxx
用来避免Mybatis报错,而是直接返回0表示当前SQL执行失败。小技巧:因为我们必须要避免同一个用户多次抢购同一件商品,在SQL中必须限制这一点(因为即使前端怎么控制都无法避免用户多次请求同一个接口,所谓接口防刷)。所以在设计订单表的时候用了联合主键且不自增的方式,以用户ID和用户电话组成联合主键,这样当同一个用户(电话相同)多次抢购同一件商品时插入的SQL就会产生主键冲突的问题,这样就会报错。
XML映射
<update id="reduceStock"> |
SQL语句相对不是很复杂。减库存:执行update语句,令stock_count
字段依次减一,并且当前要在一系列where条件的限制下;新增订单信息:保存订单数据,这里为接口防刷用联合主键seckillId, userPhone
,如果同一个用户多次抢购同一件商品导致主键冲突会直接报错,为了避免系统不直接报错设计了ignore
实现主键冲突就直接返回0表示该条SQL执行失败。
拓展
上面我使用了<
、>
的语法其实代表的是>= <=这种符号,因为在Mybatis中编写的SQL语句如果直接使用>=
或<=
这种判断条件可能会报错,我这里提供一种简单的解决方案就是用这种英文符号代替:
原符号 | 替换符号 |
---|---|
< | < |
<= | <= |
> | > |
>= | >= |
& | & |
‘ | ' |
“ | " |
order表中findById方法
之前在SeckillOrder.java
实体类中我们注入了Seckill
属性,用于可以根据查询seckill_order
表的同时查询到其对应的seckill
表数据,对应的接口定义如下:
/** |
对应的SQL如下:
<select id="findById" resultType="SeckillOrder"> |
这个SQL看似复杂些,但是就是仅仅的多表(两张表)查询语句:根据seckill_order
表中的seckill_id
字段查询seckill
表中seckill_id
字段值对应的数据(也就是说:对于多表查询,其实两张表之间必然存在一定的字段关联关系,不一定是外键关联,当然我们也不建议用外键关联两张表)。
其中findById
的SQL中类似s.seckill_id "seckill.seckill_id"
语句其实是s.seckill_id as "seckill.seckill_id"
,这里省略了as(别名);而INNER JOIN
语句正是查询若两张表中中又相同字段的匹配值就根据两张表关联字段查询两张表的数据。这也可以使用<resultMap>
中的<association>
标签来实现,用于查询两张关联表的数据,如:
<resultMap id="findById" type="SeckillOrder"> |
如以上也是一种映射另外一张表数据的方式(当然使用这种方式在写SQL的时候需要指定限制条件where s.seckill_id = so.seckill_id
强调两张表中的seckill_id
字段值相同)。
测试
在编写了Mybatis的映射接口和XML映射文件,我们可以编写一个测试类来测试一下接口和XML配置是否正确。由于我们使用IDEA开发工具,打开接口文件用快捷键Alt + Enter
(我这里用的Mac系统)显示一个面板,选择Create Test
快速创建本文件的测试类。
由于使用的SpringBoot框架,新创建的测试类位于/src/test/java/
目录下,我们举例说明,比如创建SeckillMapper
接口的测试文件:SeckillMapperTest.java
public class SeckillMapperTest { |
以上就是使用IDEA快捷键创建的测试类,我们仅以findAll()
方法举例说明一下如何使用SpringBoot的测试类。如下:
此处的源码请参看:Github
@RunWith(SpringJUnit4ClassRunner.class) |
SpringBoot的测试类和传统Spring框架测试类的最大区别就是不再使用@ContextConfiguration()
注解去加载配置文件,取而代之的是使用@SpringBootTest
注解。因为SpringBoot已经严格规定了配置文件放在resources
目录下,且一般是.properties
或.yml
结尾。如果你再使用@ContextConfiguration()
注解加载配置文件反而会报错。