业务场景:多个线程对共同资源的访问:库存超卖/用户重复下单的原因
解决方法一:利用jvm内置锁,将非原子性操作变成原子性操作
Synchronized锁的是对象,对象必须是单例的。锁的是this,代表当前所在的类,这个类是交给Spring 管理的。所有以是单例模式的,所以可以锁住
为什么在分布式项目中不使用synorchronized同步锁:
因为jvm的synorchonized只能保证自己的服务,在集群部署的时候有多个服务,锁不住jvm服务。jvm的内置锁只能解决单体式项目中的并发问题,但是在分布式环境下,无法解决多jvm实例的并发。
分布式锁的实现
分布式事务锁的要素
- 锁哪个对象 => 锁指定场次下的指定商品
- 当多线程同时加锁时,只能有一个线程加锁成功=>Redis的setnx命令。例如使用setnx秒杀场次+秒杀商品id
- 锁记录在什么地方 => 利用redis的setnx命令存储在Redis的String数据结构中
- 当线程获取不到锁的时候,执行什么策略 => 阻塞/自旋等待(限制次数)/直接抛异常
Finally 释放锁
这么写会造成锁的问题
如果加完redis的key以后程序挂了,那么这个key就释放不了,就会一直在里面,会造成死锁:解决方式------设置超时时间
但是存键值和设置超时时间是两个操作,不是一个完整的原子性操作
利用LUA脚本进行操作,定义加载lua脚本的配置
在resource下面新建lua脚本
在代码中执行lua脚本保证命令的原子性