并发安全问题之--锁失效和锁边界问题

并发安全问题之–锁失效和锁边界问题

此处为新增insert无法在SQL中通过数量限制(除非插入SQL中有子查询)，上面改进的乐观锁失效（前一节的乐观锁适合修改数据）

• 故使用悲观锁，synchronized如果加在方法上范围是this是整个service，那么整个service都是单线程的
• 所以要把synchronized加在用。户id上，同一个id加锁，避免单个用户多次请求导致乐观锁失效
• 字符串要使用intern方法，他返回的是字符串常量池中的值，这样可以避免String对象是多个，锁也是多个
• 另外就是事物和锁的包含范围，要用锁包含事物，不要让事物包含锁，因为事物是结束时才提交，
• 锁结束了还没提交，别的线程一看没提交就又插入进来了，就导致多插入了

这是一个典型的案例：业务流程为先查询数据条数，然后再判断条数超没超限制，没超限制就新增数据。
当某个用户同一时间对这个接口出多次请求，就会导致都查询到还有余量然后就多插入了，就造成了并发安全问题多插入。

注意点：
一、synchronized加锁的范围是this，加在方法上作用范围就是整个对象，那范围就大了，整个对象都变成单线程了，故把synchronized加在变量userId上，缩小锁的范围，另外就是String类型要加锁得用字符串常量池中的对象来比较，这样才是一个对象，否则每一个请求来拿到的都是一个新的字符串对象，就锁不住。
二、事物与锁的范围问题，锁的范围要包含事物的范围，因为事物是方法结束后统一执行，这时数据库中才有，只有插入到数据库中了才可以释放锁，否则，先释放锁了，还没有提交事物，别的线程进来发现数据库没有还可以再插入就又多插入了。