java的悲观锁和乐观锁

 一、悲观锁的代表是 synchronized 和 Lock

        ①其核心思想是线程只有占有了锁,才能去操作共享变量,每次只有一个线程占锁成功,获取锁失败的线程,都得停下来等待

        ②线程从运行到阻塞、再从阻塞到唤醒,涉及线程上下文切换,如果频繁发生,影响性能

        ③实际上,线程在获取 synchronized Lock 锁时,如果锁已被占用,都会做几次重试操作,减少阻塞的机会

二、乐观锁的代表是 AtomicInteger,使用 cas 来保证原子性

        ①其核心思想是无需加锁,每次只有一个线程能成功修改共享变量,其它失败的线程不需要停止,不断重试直至成功

        ②由于线程一直运行,不需要阻塞,因此不涉及线程上下文切换

        ③它需要多核 cpu 支持,且线程数不应超过 cpu 核数

三、乐观锁代码演示

        乐观锁的代码是AtomicInteger,他的底层是Unsafe,他保证修改变量的时候是一个原子操作,我们现在想修改Account中的共享变量,修改之前我们要知道修改的成员变量的偏移位置,我们通过Unsafe对象里面一个方法,参数是修改的类型,变量名。

java的悲观锁和乐观锁_第1张图片

调用Unsafe的compareAndSetInt方法,修改之前会把当前的旧值跟共享变量最新值比较,如果没变,则修改成功。我们用debug创建一个线程修改掉他的值,相加操作无法成功,我们可以通过循环来保证这个原子操作的成功。细节:共享变量一定要volatile来修饰,保证它的可见性。

java的悲观锁和乐观锁_第2张图片

 

 四、悲观锁和乐观锁解决线程安全问题

 这边特意把相加相减操作分为三行代码,检查是否出现代码指令交错问题。debug加断点,发现是不会出现指令交错,sychronized只允许一个线程拿到锁

java的悲观锁和乐观锁_第3张图片

        乐观锁是通过循环不断重试,乐观锁因为没有加锁,通过debug断点测试,发现会出现指令交错问题。但是没有关系,因为乐观锁会比对最新值,不会出现共享变量出错问题。

java的悲观锁和乐观锁_第4张图片 

 

你可能感兴趣的:(并发,java)