实战篇：基于SSM的秒杀系统之Service层搭建
老规矩，文末给出代码下载地址，如果你没有查看先前的文章请先查看这个系列的前几篇【毕竟前边的是基础】
实战篇：基于SSM的秒杀系统之项目介绍
实战篇：基于SSM的秒杀系统之项目搭建和数据库设计
实战篇：基于SSM的秒杀系统之DAO层搭建
通过上一篇的介绍，我们主要介绍了数据库的相关操作，并没有涉及到相关的业务逻辑操作，可以看出，在MVC模型当中，分层观念是很重要的，虽然不可能做到完全的分离，但是最大限度地分开可以降低耦合度，使代码更加清晰，今天Service层主要来介绍与业务逻辑相关的操作。
Service接口的设计
Service接口的设计，一定要站在“使用者”的角度来看，不要以一个程序员的角度来看待这个问题，要考虑到实际的用户的习惯，本着这个原则，这个系统的Service接口这样进行设计
public interface SeckillService {
/**
* 查询所有秒杀记录
*
*/
List<Seckill> getSeckillList();
/**
* 查询单个秒杀记录
*/
Seckill getById(long seckillId);
/**
* 秒杀开启时输出秒杀接口地址，否则输出系统时间和秒杀时间
*/
Exposer exportSeckillUrl(long seckillId);
/**
* 执行秒杀操作
*/
SeckillExecution executeSeckill(long seckillId, long userPhone, String md5)
throws SeckillException, RepeatKillException, SeckillCloseException;
}
简单介绍一下这个接口，其中“输出秒杀接口”的方法是为了防止用户恶意拼接地址而提前进行购买，executeSeckill则是整个秒杀活动的入口
DTO设计
DTO是个什么东西呢？
DTO ：
Data Transfer Object数据传输对象
主要用于远程调用等需要大量传输对象的地方。
比如我们一张表有100个字段，那么对应的PO就有100个属性。
但是我们界面上只要显示10个字段，
客户端用WEB service来获取数据，没有必要把整个PO对象传递到客户端，
这时我们就可以用只有这10个属性的DTO来传递结果到客户端，这样也不会暴露服务端表结构。
我们使用到的DTO有
Exposer暴露秒杀接口
// 是否开启秒杀
private boolean exposed;
// 一种加密措施
private String md5;
// id
private long seckillId;
// 系统当前时间（毫秒）
private long now;
// 开启时间
private long start;
// 结束时间
private long end;
SeckillExecution秒杀执行后的结果
private long seckillId;
// 秒杀执行结果状态
private int state;
// 状态标识
private String stateInfo;
// 秒杀成功对象
private SuccessKilled successKilled;
异常设计
在Service接口中我们可以看到我们抛出的异常都是自己定义的，这其实是为了提高程序的可读性，所以我们设计了重复秒杀异常和秒杀关闭异常。
事务设计
在秒杀系统中，事务是最重要的一部分，由于秒杀系统对数据库操作要求很高，所以我们采用声明式事务，Spring配置事务的方式有很多中，这里我们使用基于注解式的事务
使用注解控制事务方法的优点：
1.开发团队达成一致约定，明确标注事务方法的编程风格
2.保证事务方法的执行时间尽可能短，不要穿插其他网络操作，RPC/HTTP请求或者剥离到事务方法外部
3.不是所有的方法都需要事务，如只有一条修改操作，只读操作不需要事务控制
我们只需要在需要事务的方法上面加上@Transaction注解即可
最后贴出代码的地址，如果你不明白欢迎交流
