幂等问题是现在开发中很常见的一些问题，在没有做幂等校验的时候会带来一些很严重的问题：
重复提交表单由于网络波动或者其他原因没有及时响应，用户以为没有提交成功反复点击提交，可能造成重复执行、重复消费，给公司的利益带来损失；如果恶意用户利用这个漏洞，很可能会给公司带来巨大的损失。
那么幂等校验该如何做呢？
幂等校验方式 数据库唯一主键原理：
利用数据库的唯一主键特性，添加数据到数据库，如果唯一主键有重复，添加失败并且报错。
适合场景：
这种方式会直接把数据传到数据库进行执行，占用数据库资源。
在业务量比较小（并发量以及数据库的数据量比较小）的时候，内部服务调用可以采取数据库唯一主键的方式。对外的服务不建议采用，风险较大。
原理：
在接口调用时候前端先向后端请求一个全局唯一的token（全局唯一的ID）；
在下次请求时候携带token；
后端需要以token作为key，用户信息作为value，到redis中进行校验；
如果匹配成功就删除，正常执行后面的业务逻辑操作，如果不存在就返回错误信息。
适合场景：
这种方式是幂等校验比较理想的方式，在进行幂等校验时候获取用户信息，可以简化流程。但是需要生成全局唯一token，需要使用redis。
防重token是一种理想化的解决方案，但是有些项目因为种种原因不能使用防重token进行校验，就可以采用缓存校验。
原理：
采用缓存将请求核心数据缓存，缓存设置好失效时间（防止堆积太多无用缓存）；
请求到了之后先进行校验；
如果没有重复，继续执行后面的逻辑；如果重复，返回报错信息。
适合场景：
因为某些原因不能使用防重token。
缓存的选择：
如果业务量不大，并且很稳定，不考虑扩展性，可以选择本地缓存，效率高；如果考虑扩展性，推荐使用redis。
