并发安全问题之--锁失效和锁边界问题
此处为新增insert无法在SQL中通过数量限制(除非插入SQL中有子查询),上面改进的乐观锁失效(前一节的乐观锁适合修改数据)
- 故使用悲观锁,synchronized如果加在方法上范围是this是整个service,那么整个service都是单线程的
- 所以要把synchronized加在用。户id上,同一个id加锁,避免单个用户多次请求导致乐观锁失效
- 字符串要使用intern方法,他返回的是字符串常量池中的值,这样可以避免String对象是多个,锁也是多个
- 另外就是事物和锁的包含范围,要用锁包含事物,不要让事物包含锁,因为事物是结束时才提交,
- 锁结束了还没提交,别的线程一看没提交就又插入进来了,就导致多插入了
这是一个典型的案例:业务流程为先查询数据条数,然后再判断条数超没超限制,没超限制就新增数据。
当某个用户同一时间对这个接口出多次请求,就会导致都查询到还有余量然后就多插入了,就造成了并发安全问题多插入。
注意点:
一、synchronized加锁的范围是this,加在方法上作用范围就是整个对象,那范围就大了,整个对象都变成单线程了,故把synchronized加在变量userId上,缩小锁的范围,另外就是String类型要加锁得用字符串常量池中的对象来比较,这样才是一个对象,否则每一个请求来拿到的都是一个新的字符串对象,就锁不住。
二、事物与锁的范围问题,锁的范围要包含事物的范围,因为事物是方法结束后统一执行,这时数据库中才有,只有插入到数据库中了才可以释放锁,否则,先释放锁了,还没有提交事物,别的线程进来发现数据库没有还可以再插入就又多插入了。