做者前面也写了几篇关于Java并发编程,以及线程和volatil的基础知识,有兴趣能够阅读做者的原文博客,今天关于Java中的两种锁进行详解,但愿对你有所帮助java
本文受赵sir原创发布,转载请联系原创
https://blog.csdn.net/qq_3609...
在上一章中说了volatile,在多线程下能够保证变量的可见性,可是不能保证原子性,下面一段代码说明:面试
运行上面代码,会发现输出flag的值不是理想中10000,虽然volatile写入时候会通知其余线程的工做内存值无效,从主内存重写读取。i++是三步操做,读取-赋值-写入不能保证原子性。原子性:不能被中断要么成功要么失败。编程
好比此时主内存的flag值10,线程1和线程2读取到本身工做内存都是10,而后线程1在进行赋值的时候,线程2执行了,这时线程2发现本身内存的值和主内存的值同样,并无修改,而后赋值写入11,此时线程1运行,由于以前读过了,会往下继续运行写入也是11。那么两个线程至关于只增长了一次。要想达到理想值,只须要修改public synchronized void increase() { flag++; }
就好了。数组
Java提供的一种原子性性内置锁,Java每一个对象均可以把它当作是监视器锁,线程代码执行在进入synchronized代码块时候会自动获取内部锁,这个时候其余线程访问时候会被阻塞到队列,直到进入synchronized中的代码执行完毕或者抛出异常或者调用了wait方法,都会释放锁资源。在进入synchronized会从主内存把变量读取到本身工做内存,在退出的时候会把工做内存的值写入到主内存,保证了原子性。安全
编译后执行javap -v Test.class就会发现两条指令。多线程
synchronized是使用一种monitor机制,在进入锁时候先执行monitorenter指令。退出的时候执行monitorexit指令。synchronized是可重入锁,每一个对象中都含有一个计数器当前线程再次获取锁,计数器+1,退出时候计算器-1,直到计数器为0才释放锁资源,唤醒其余线程来争抢资源。任意一个对象都拥有本身的监视器,只有在线程获取到监视器锁时才会进入代码中,不然就进入阻塞状态。并发
synchronized在1.6之前是重量级锁,当前只有一个线程执行,其余线程阻塞。为了减小得到锁和释放锁带来的性能问题,而引入了偏向锁、轻量级锁以及锁的存储过程和升级过程。在1.6后锁分为了无锁、偏向锁、轻量锁、重量锁,锁的状态在多线程竞争的状况下会逐渐升级,只能升级而不能降级,这样是为了提升锁获取和释放的效率。框架
synchronized的锁是存贮在Java对象头里的,若是对象是数组类型,则虚拟机用3个字宽(Word)存储对象头,若是对象是非数组类型,则用2字宽存储对象头。1个字宽等于4个字节。性能
Java对象头中的Mark Word里默认存储了对象是HashCode、分代年龄、和锁标记。学习
在运行的时候,Mark Word里存储的数据会随着锁标志位的变化而变化,可能会变化为存储如下四种形式。
偏向锁的意思将来只有一个线程使用锁,不会有其余线程来争取。
获取锁:
撤销锁:偏向锁使用了一种等到竞争出现才释放锁的机制,因此当其余线程尝试竞争偏向锁时,持有偏向锁的线程才会释放锁。须要等待全局安全点,它首先暂停原持有偏向锁的线程,而后检查线程是否还在活着,若是线程处于未活动状态,则释放锁标记,若是处于活动状态则升级为轻量级锁。
CAS全称是Compare And Swap 即比较并交换,使用乐观锁机制,包含三个操做数 —— 内存位置(V)、预期原值(A)和新值(B)。 若是内存位置的值与预期原值相匹配,那么才会将该位置值更新为新值 。不然,处理器不作任何操做。
线程在执行同步代码块以前,JVM会先在当前线程的栈桢中建立用于存储锁记录的空间,并将对象头中的Mark Word复制到锁记录中,官方称为Displaced Mark Word。
加锁:
解锁:
轻量级解锁时,会使用原子的CAS操做将Displaced Mark Word替换回到对象头,若是成功,则表示没有竞争发生。若是失败,表示当前锁存在竞争,锁就会膨胀成重量级锁。
它是在1.5以后提供的一个独占锁接口,它的实现类是ReentrantLock,相比较synchronized这种隐式锁(不用手动加锁和释放锁)的便捷性,可是提供了更加锁的可操做性、可中断的获取锁以及超时获取锁等多种synchronized不具有的特性。
在finally中释放锁,目的保证获取锁最终被释放。不要在获取锁写在try里,由于若是在获取锁时发生了异常,异常抛出的同时,也会致使锁无端释放。
AQS是队列同步器(AbstractQueuedSynchronizer),是用来构建锁或者其余同步器的基础框架,它使用了一个int成员变量表示同步状态,经过内置的FIFO队列来完成资源获取的线程排队工做问题。AQS在内部维护了一个单一的状态信息state,能够经过getState、setState、compareAndSetState(CAS操做)修改此值,对于ReentrantLock来讲,state能够用来表示当前线程获取锁的可重入次数。ReentrantLock中当一个线程获取了锁,在AQS的内部会进行compareAndSetState将state变为1,若是再次获取就设置为2,释放锁也会去修改state值,只有当值变为0时,其余线程才能得到锁。
AQS底层维护state和队列来实现独占和共享两种锁。
独占锁:每次只能有一个线程能持有锁,如lock、synchronized。
共享锁:容许多个线程同时获取锁,并发访问共享资源,如ReadWriteLock。
lock分为公平锁和非公平锁,实现了AQS接口,经过FIFO设置锁的优先级。
公平锁:根据线程获取锁的时间来判断,等待时间越久的线程优先被执行。Lock中初始化的时候ReentrantLock(true),默认为false,效率较低由于须要判断线程的等待时间。
非公平锁:抢占锁资源,不能保证获取锁的线程优先级,效率较高,由于获取锁是竞争的。
还记得在Java并发二中有一道生产者消费者,使用的是synchronized+wait(notify),lock中也提供了这种等待通知类型的方法await和signal,当前线程调用这些方法时,须要提早获取到Condition对象关联的锁,Condition是依赖于Lock对象,调用lock对象中的newCondition。
老样子仍是先定义一个容器:
生产者:启5个线程往容器里添加数据。
消费者:启10线程消费数据
注释基本明确,就很少说了。wait和notify是配合synchronized使用,await和signal是配合lock使用,区别在于唤醒时notify不能指定线程唤醒,signal能够唤醒具体的线程,更小的粒度控制锁。
在这里得到的不只仅是技术!