Synchronized是Java中解决并发问题的一种最经常使用的方法,也是最简单的一种方法。Synchronized的做用主要有三个:(1)确保线程互斥的访问同步代码(2)保证共享变量的修改可以及时可见(3)有效解决重排序问题。html
Java中每个对象均可以做为锁,这是synchronized实现同步的基础:java
一、普通同步方法,锁是当前实例对象数组
public class SynchronizedTest { 4 public synchronized void method1(){ 5 System.out.println("Method 1 start"); 6 try { 7 System.out.println("Method 1 execute"); 8 Thread.sleep(3000); 9 } catch (InterruptedException e) { 10 e.printStackTrace(); 11 } 12 System.out.println("Method 1 end"); 13 } 14 15 public synchronized void method2(){ 16 System.out.println("Method 2 start"); 17 try { 18 System.out.println("Method 2 execute"); 19 Thread.sleep(1000); 20 } catch (InterruptedException e) { 21 e.printStackTrace(); 22 } 23 System.out.println("Method 2 end"); 24 } 25 26 public static void main(String[] args) { 27 final SynchronizedTest test = new SynchronizedTest(); 28 29 new Thread(new Runnable() { 30 @Override 31 public void run() { 32 test.method1(); 33 } 34 }).start(); 35 36 new Thread(new Runnable() { 37 @Override 38 public void run() { 39 test.method2(); 40 } 41 }).start(); 42 } 43 }
二、静态同步方法,锁是当前类的class对象安全
public class SynchronizedTest { 4 public static synchronized void method1(){ 5 System.out.println("Method 1 start"); 6 try { 7 System.out.println("Method 1 execute"); 8 Thread.sleep(3000); 9 } catch (InterruptedException e) { 10 e.printStackTrace(); 11 } 12 System.out.println("Method 1 end"); 13 } 14 15 public static synchronized void method2(){ 16 System.out.println("Method 2 start"); 17 try { 18 System.out.println("Method 2 execute"); 19 Thread.sleep(1000); 20 } catch (InterruptedException e) { 21 e.printStackTrace(); 22 } 23 System.out.println("Method 2 end"); 24 } 25 26 public static void main(String[] args) { 27 final SynchronizedTest test = new SynchronizedTest(); 28 final SynchronizedTest test2 = new SynchronizedTest(); 29 30 new Thread(new Runnable() { 31 @Override 32 public void run() { 33 test.method1(); 34 } 35 }).start(); 36 37 new Thread(new Runnable() { 38 @Override 39 public void run() { 40 test2.method2(); 41 } 42 }).start(); 43 } 44 }
三、同步方法块,锁是括号里面的对象数据结构
public class SynchronizedTest { 4 public void method1(){ 5 System.out.println("Method 1 start"); 6 try { 7 synchronized (this) { 8 System.out.println("Method 1 execute"); 9 Thread.sleep(3000); 10 } 11 } catch (InterruptedException e) { 12 e.printStackTrace(); 13 } 14 System.out.println("Method 1 end"); 15 } 16 17 public void method2(){ 18 System.out.println("Method 2 start"); 19 try { 20 synchronized (this) { 21 System.out.println("Method 2 execute"); 22 Thread.sleep(1000); 23 } 24 } catch (InterruptedException e) { 25 e.printStackTrace(); 26 } 27 System.out.println("Method 2 end"); 28 } 29 30 public static void main(String[] args) { 31 final SynchronizedTest test = new SynchronizedTest(); 32 33 new Thread(new Runnable() { 34 @Override 35 public void run() { 36 test.method1(); 37 } 38 }).start(); 39 40 new Thread(new Runnable() { 41 @Override 42 public void run() { 43 test.method2(); 44 } 45 }).start(); 46 } 47 }
synchronize底层原理:多线程
Java 虚拟机中的同步(Synchronization)基于进入和退出Monitor对象实现, 不管是显式同步(有明确的 monitorenter 和 monitorexit 指令,即同步代码块)仍是隐式同步都是如此。在 Java 语言中,同步用的最多的地方多是被 synchronized 修饰的同步方法。同步方法 并非由 monitorenter 和 monitorexit 指令来实现同步的,而是由方法调用指令读取运行时常量池中方法表结构的 ACC_SYNCHRONIZED 标志来隐式实现的,关于这点,稍后详细分析。并发
同步代码块:monitorenter指令插入到同步代码块的开始位置,monitorexit指令插入到同步代码块的结束位置,JVM须要保证每个monitorenter都有一个monitorexit与之相对应。任何对象都有一个monitor与之相关联,当且一个monitor被持有以后,他将处于锁定状态。线程执行到monitorenter指令时,将会尝试获取对象所对应的monitor全部权,即尝试获取对象的锁;app
在JVM中,对象在内存中的布局分为三块区域:对象头、实例变量和填充数据。以下:ide
实例变量:存放类的属性数据信息,包括父类的属性信息,若是是数组的实例部分还包括数组的长度,这部份内存按4字节对齐。工具
填充数据:因为虚拟机要求对象起始地址必须是8字节的整数倍。填充数据不是必须存在的,仅仅是为了字节对齐,这点了解便可。
对象头:Hotspot虚拟机的对象头主要包括两部分数据:Mark Word(标记字段)、Klass Pointer(类型指针)。其中Klass Point是是对象指向它的类元数据的指针,虚拟机经过这个指针来肯定这个对象是哪一个类的实例,Mark Word用于存储对象自身的运行时数据,它是实现轻量级锁和偏向锁的关键。
Mark Word:用于存储对象自身的运行时数据,如哈希码(HashCode)、GC分代年龄、锁状态标志、线程持有的锁、偏向线程 ID、偏向时间戳等等。Java对象头通常占有两个机器码(在32位虚拟机中,1个机器码等于4字节,也就是32bit),可是若是对象是数组类型,则须要三个机器码,由于JVM虚拟机能够经过Java对象的元数据信息肯定Java对象的大小,可是没法从数组的元数据来确认数组的大小,因此用一块来记录数组长度。
Monior:咱们能够把它理解为一个同步工具,也能够描述为一种同步机制,它一般被描述为一个对象。与一切皆对象同样,全部的Java对象是天生的Monitor,每个Java对象都有成为Monitor的潜质,由于在Java的设计中 ,每个Java对象自打娘胎里出来就带了一把看不见的锁,它叫作内部锁或者Monitor锁。Monitor 是线程私有的数据结构,每个线程都有一个可用monitor record列表,同时还有一个全局的可用列表。每个被锁住的对象都会和一个monitor关联(对象头的MarkWord中的LockWord指向monitor的起始地址),同时monitor中有一个Owner字段存放拥有该锁的线程的惟一标识,表示该锁被这个线程占用。其结构以下:
Owner:初始时为NULL表示当前没有任何线程拥有该monitor record,当线程成功拥有该锁后保存线程惟一标识,当锁被释放时又设置为NULL;
EntryQ:关联一个系统互斥锁(semaphore),阻塞全部试图锁住monitor record失败的线程。
RcThis:表示blocked或waiting在该monitor record上的全部线程的个数。
Nest:用来实现重入锁的计数。
HashCode:保存从对象头拷贝过来的HashCode值(可能还包含GC age)。
Candidate:用来避免没必要要的阻塞或等待线程唤醒,由于每一次只有一个线程可以成功拥有锁,若是每次前一个释放锁的线程唤醒全部正在阻塞或等待的线程,会引发没必要要的上下文切换(从阻塞到就绪而后由于竞争锁失败又被阻塞)从而致使性能严重降低。Candidate只有两种可能的值0表示没有须要唤醒的线程1表示要唤醒一个继任线程来竞争锁。
Java虚拟机对synchronize的优化:
锁的状态总共有四种,无锁状态、偏向锁、轻量级锁和重量级锁。随着锁的竞争,锁能够从偏向锁升级到轻量级锁,再升级的重量级锁,可是锁的升级是单向的,也就是说只能从低到高升级,不会出现锁的降级,关于重量级锁,前面咱们已详细分析过,下面咱们将介绍偏向锁和轻量级锁以及JVM的其余优化手段。
偏向锁
偏向锁是Java 6以后加入的新锁,它是一种针对加锁操做的优化手段,通过研究发现,在大多数状况下,锁不只不存在多线程竞争,并且老是由同一线程屡次得到,所以为了减小同一线程获取锁(会涉及到一些CAS操做,耗时)的代价而引入偏向锁。偏向锁的核心思想是,若是一个线程得到了锁,那么锁就进入偏向模式,此时Mark Word 的结构也变为偏向锁结构,当这个线程再次请求锁时,无需再作任何同步操做,即获取锁的过程,这样就省去了大量有关锁申请的操做,从而也就提供程序的性能。因此,对于没有锁竞争的场合,偏向锁有很好的优化效果,毕竟极有可能连续屡次是同一个线程申请相同的锁。可是对于锁竞争比较激烈的场合,偏向锁就失效了,由于这样场合极有可能每次申请锁的线程都是不相同的,所以这种场合下不该该使用偏向锁,不然会得不偿失,须要注意的是,偏向锁失败后,并不会当即膨胀为重量级锁,而是先升级为轻量级锁。
轻量级锁
假若偏向锁失败,虚拟机并不会当即升级为重量级锁,它还会尝试使用一种称为轻量级锁的优化手段(1.6以后加入的),此时Mark Word 的结构也变为轻量级锁的结构。轻量级锁可以提高程序性能的依据是“对绝大部分的锁,在整个同步周期内都不存在竞争”,注意这是经验数据。须要了解的是,轻量级锁所适应的场景是线程交替执行同步块的场合,若是存在同一时间访问同一锁的场合,就会致使轻量级锁膨胀为重量级锁。
自旋锁
轻量级锁失败后,虚拟机为了不线程真实地在操做系统层面挂起,还会进行一项称为自旋锁的优化手段。这是基于在大多数状况下,线程持有锁的时间都不会太长,若是直接挂起操做系统层面的线程可能会得不偿失,毕竟操做系统实现线程之间的切换时须要从用户态转换到核心态,这个状态之间的转换须要相对比较长的时间,时间成本相对较高,所以自旋锁会假设在不久未来,当前的线程能够得到锁,所以虚拟机会让当前想要获取锁的线程作几个空循环(这也是称为自旋的缘由),通常不会过久,多是50个循环或100循环,在通过若干次循环后,若是获得锁,就顺利进入临界区。若是还不能得到锁,那就会将线程在操做系统层面挂起,这就是自旋锁的优化方式,这种方式确实也是能够提高效率的。最后没办法也就只能升级为重量级锁了。
锁消除
消除锁是虚拟机另一种锁的优化,这种优化更完全,Java虚拟机在JIT编译时(能够简单理解为当某段代码即将第一次被执行时进行编译,又称即时编译),经过对运行上下文的扫描,去除不可能存在共享资源竞争的锁,经过这种方式消除没有必要的锁,能够节省毫无心义的请求锁时间,以下StringBuffer的append是一个同步方法,可是在add方法中的StringBuffer属于一个局部变量,而且不会被其余线程所使用,所以StringBuffer不可能存在共享资源竞争的情景,JVM会自动将其锁消除。
/** * Created by zejian on 2017/6/4. * Blog : http://blog.csdn.net/javazejian * 消除StringBuffer同步锁 */ public class StringBufferRemoveSync { public void add(String str1, String str2) { //StringBuffer是线程安全,因为sb只会在append方法中使用,不可能被其余线程引用 //所以sb属于不可能共享的资源,JVM会自动消除内部的锁 StringBuffer sb = new StringBuffer(); sb.append(str1).append(str2); } public static void main(String[] args) { StringBufferRemoveSync rmsync = new StringBufferRemoveSync(); for (int i = 0; i < 10000000; i++) { rmsync.add("abc", "123"); } } }
synchronize的可重入性:
从互斥锁的设计上来讲,当一个线程试图操做一个由其余线程持有的对象锁的临界资源时,将会处于阻塞状态,但当一个线程再次请求本身持有对象锁的临界资源时,这种状况属于重入锁,请求将会成功,在java中synchronized是基于原子性的内部锁机制,是可重入的,所以在一个线程调用synchronized方法的同时在其方法体内部调用该对象另外一个synchronized方法,也就是说一个线程获得一个对象锁后再次请求该对象锁,是容许的,这就是synchronized的可重入性。以下:
public class AccountingSync implements Runnable{ static AccountingSync instance=new AccountingSync(); static int i=0; static int j=0; @Override public void run() { for(int j=0;j<1000000;j++){ //this,当前实例对象锁 synchronized(this){ i++; increase();//synchronized的可重入性 } } } public synchronized void increase(){ j++; } public static void main(String[] args) throws InterruptedException { Thread t1=new Thread(instance); Thread t2=new Thread(instance); t1.start();t2.start(); t1.join();t2.join(); System.out.println(i); } }
正如代码所演示的,在获取当前实例对象锁后进入synchronized代码块执行同步代码,并在代码块中调用了当前实例对象的另一个synchronized方法,再次请求当前实例锁时,将被容许,进而执行方法体代码,这就是重入锁最直接的体现,须要特别注意另一种状况,当子类继承父类时,子类也是能够经过可重入锁调用父类的同步方法。注意因为synchronized是基于monitor实现的,所以每次重入,monitor中的计数器仍会加1。
线程中断:正如中断二字所表达的意义,在线程运行(run方法)中间打断它,在Java中,提供了如下3个有关线程中断的方法
//中断线程(实例方法) public void Thread.interrupt(); //判断线程是否被中断(实例方法) public boolean Thread.isInterrupted(); //判断是否被中断并清除当前中断状态(静态方法) public static boolean Thread.interrupted();
等待唤醒机制与synchronize:所谓等待唤醒机制本篇主要指的是notify/notifyAll和wait方法,在使用这3个方法时,必须处于synchronized代码块或者synchronized方法中,不然就会抛出IllegalMonitorStateException异常,这是由于调用这几个方法前必须拿到当前对象的监视器monitor对象,也就是说notify/notifyAll和wait方法依赖于monitor对象,在前面的分析中,咱们知道monitor 存在于对象头的Mark Word 中(存储monitor引用指针),而synchronized关键字能够获取 monitor ,这也就是为何notify/notifyAll和wait方法必须在synchronized代码块或者synchronized方法调用的缘由。
本篇参考资料:http://blog.csdn.net/javazejian/article/details/72828483?locationNum=5&fps=1
http://www.cnblogs.com/pureEve/p/6421273.html
http://www.cnblogs.com/paddix/p/5367116.html