1.22第七天

7-1 介绍一下你们项目中的优惠券功能.
在我的项目中,优惠卷涉及到了促销微服务。主要实现s流程如下:

1.创建优惠卷:创建优惠卷可以设置使用范围,也可以设置优惠卷类型和优惠力度,还可以设置推广方式,发放数量,每人限领等。

2.发放优惠卷:发放优惠卷可以设置发放方式和发放时间范围以及使用有效期。

3.领取或兑换优惠卷:用户可以直接领取,或者通过兑换码领取,可以通过BitMap实现用户是否领过。

这就是我在项目中的优惠卷功能。

7-2 你们项目中是如何防止优惠券s超领的.
优惠卷超领在我的项目中,总共分为两种,分别是多人并发下超过发放数量,单人并发超过每人限领。

1.多人并发下超过发放数量产生的原因:因为我首先查询优惠券,然后判断库存是否充足(领取数量<总数量),最后如果充足,更新优惠券领取数量。这3个操作都是独立的,不具备原子性。

解决方案:在更新优惠卷领取数量时加上条件领取数量<总数量。

2.单人并发超过每人限领产生的原因:因为判断是否超过限领,和向数据库保存用户卷记录两个操作独立,不具备原子性。

解决方案:对于这种场景,一般采取悲观锁,我在这里使用的是Synchronized同步代码块,锁用户id,来判断单人是否超领。

7-3 事务失效的场景有哪些.
事务失效指的是在数据库事务处理中,事务没有按照预期的方式执行或者没有达到预期的结果。出现失效的原因有很多,大致有以下几种。

1.事务方法非public修饰。

2.非事务方法调用事务方法。

3.事务方法的异常被捕获。

4.事务异常类型不对。

5.事务传播行为不对。

 这就是我了解的事务失效的场景。
 

  • 10
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值