第七天业务题

介绍一下你们项目中的优惠券功能
项目中优惠券分为两类:

免费优惠券:是用户手动来领取。
兑换码优惠券:是给指定用户发访的,用户需要用指定的兑换码领取。
所有优惠券可以设置发访方式:

立刻发放:马上发放。
定时发放:通过Redisson的延迟队列完成。
也可以设置优惠券的使用限制:

固定天数:优惠券领取后的有效时间。
固定时间段:优惠券只能在固定时间段中使用。
同时也可以给优惠券的领取次数进行设置。

你们项目中是如何防止优惠券超领的
超领分为两类,分为:多人超领、单人超领

多人超领:在多线程的情况下运行,同时操作了共享资源,且不具备原子性,从而产生了超领现象
解决方案:
1、使用synchronized锁定出问题的代码。锁的粒度大,性能差,在被锁定的代码又成为了单线程
2、使用CAS乐观锁,更新数据前判断数据与之前查询到的是否一致,不一致则其它线程更新过。本次操作放弃或重试。
单人超领:单用户频繁点击领取,或者因为网络故障等情况发送了多次请求,导致查询的判断逻辑失效,而导致超领现象。
解决方案:
1、后端使用synchronized对查询判断逻辑加锁,锁对象为用户id。
2、前端设置防抖操作。
注意Long类型的id要保证精度不丢失,请用userId.toString().intern()做为锁对象。

事务失效的场景有哪些
@Transactional失效的场景有以下几个:

非public修饰的方法。解决方法:改为public
非事务方法调用事务方法。解决方法:添加AspectJ依赖,用其代理对象调用事务方法。
在事务中捕获异常。解决方法:在catch中手动抛出Runtime异常
抛出非运行时异常。解决方法:在@Transactional上设置rollbackFor属性为最大异常.class
不适当的事务传播行为。解决方法:注意事务的传播行为
 

你可能感兴趣的:(业务题,java)