java多线程synchronized_Java多线程_synchronized

1、说一下对于synchronized关键字的了解

synchronized关键字解决的是多个线程之间访问资源的同步性，synchronized关键字可以保证被它修饰的方法或者代码块，在任意时刻只能有一个线程执行。

另外，在Java的早期版本中，synchronized属于重量级锁，效率低下，因为监视器锁是依赖于底层操作系统Mutex  Lock来实现的，Java的线程是映射到操作系统原生线程之上的。如果要挂起或唤醒一个线程，都需要操作系统来帮忙完成，而操作系统实现线程之间的切换时需要从用户态转换到内核态，这个状态转换需要较长的时间，时间成本相对较高，这也就是为什么早期的synchronized效率低的原因。

Java6之后Java官方对从jvm层面的synchronized较大的优化，所以现在的synchronized锁效率也优化的不错了，锁实现引入了大量的优化，如自旋锁、适应性自旋锁、锁销除、锁粗话、偏向锁、轻量级锁等技术来减少锁操作的开销。

2、说说自己怎么用synchronized关键字

synchronized主要有三种使用方式：

1、修饰实例方法，作用相当于对象实例加锁，进入同步代码前要获得当前对象实例的锁

2、修饰静态方法，作用于当前类对象加锁，进入同步代码前要获得当前类对象的锁。也就是给当前的类加锁，会作用于类的所有对象实例，因为静态成员不属于任何一个实例对象，时类成员。所以如果一个线程A调用一个实例对象的非静态synchronized方法，是允许的，不会发生互斥现象，因为访问静态synchronized方法占用的锁是当前类的锁，而访问非静态synchronized方法占用的锁是当前实例对象锁。

3、修饰代码块，指定加锁对象，对给定对象加锁，进入同步代码库前要获得给定对象的锁。和synchronized方法一样，synchronized(this)代码块也是锁定当前对象的。synchronized关键字加到static静态方法和synchronized(class)代码块上都是给Class类上锁。这里再提一下：synchronized关键字加到非static静态方法上是给对象实例上锁，另外需要注意的是：尽量不要使用synchronized(String a)因为jvm中，字符串常量池有缓冲功能。

双重检验锁方式实现单例模式：

public classSingleton {private volatile staticSingleton uniqueInstance;privateSingleton() {

}public staticSingleton getUniqueInstance() {//先判断对象是否已经实例过，没有实例化过才进入加锁代码

if (uniqueInstance == null) {//类对象加锁

synchronized (Singleton.class) {if (uniqueInstance == null) {

uniqueInstance= newSingleton();

}

}

}returnuniqueInstance;

}

}

另外，需要注意

uniqueInstance采用volatile关键字修饰也很有必要

uniqueInstance=new Singleton();这段代码其实是分三步执行的：

1、为uniqueInstance分配内存空间

2、初始化uniqueInstance

3、将uniqueInstance指向分配的内存地址

但是由于JVM具有指令重排的特性，执行顺序可能会变成1，3，2.指令重排在单线程环境下不会出现问题，但是在多线程环境下会导致一个线程获取还没初始化的实例。线程 T1 执行了 1 和 3，此时 T2 调用 getUniqueInstance() 后发现 uniqueInstance 不为空，因此返回 uniqueInstance，但此时 uniqueInstance 还未被 初始化。

使用volatile可以禁止JVM的指令重排，保证多线程环境下也能正常运行。

三、讲一下 synchronized 关键字的底层原理

synchronized 底层原理属于jvm层面

1、synchronized 同步语句块的情况

1 public classSynchronizedDemo {2 public voidmethod() {3 synchronized (this) {4 System.out.println("synchronized 代码块");5 }6 }7 }

通过 JDK 自带的 javap 命令查看 SynchronizedDemo 类的相关字节码信息：首先切换到类的对应目录执行 javac SynchronizedDemo.java 命令生成编译后的 .class 文件，然后执行 javap -c -s -v -l SynchronizedDemo.class 。

从上面，我们可以看出：

synchronized 同步语句块的实现使用的是 monitorenter 和 monitorexit 指令，其中 monitorenter 指令指向同 步代码块的开始位置，monitorexit 指令则指明同步代码块的结束位置。 当执行 monitorenter 指令时，线程试图 获取锁也就是获取 monitor(monitor对象存在于每个Java对象的对象头中，synchronized 锁便是通过这种方式获取 锁的，也是为什么Java中任意对象可以作为锁的原因) 的持有权.当计数器为0则可以成功获取，获取后将锁计数器设 为1也就是加1。相应的在执行 monitorexit 指令后，将锁计数器设为0，表明锁被释放。如果获取对象锁失败，那当 前线程就要阻塞等待，直到锁被另外一个线程释放为止。

2、synchronized 修饰方法的的情况

1 public classSynchronizedDemo2 {2 public synchronized voidmethod() {3 System.out.println("synchronized 方法");4 }5 }

synchronized 修饰的方法并没有 monitorenter 指令和 monitorexit 指令，取得代之的确实是 ACC_SYNCHRONIZED 标识，该标识指明了该方法是一个同步方法，JVM 通过该 ACC_SYNCHRONIZED 访问标志来 辨别一个方法是否声明为同步方法，从而执行相应的同步调用。

四、 JDK1.6 之后的synchronized 关键字底层做了哪些优化

JDK1.6 对锁的实现引入了大量的优化，如偏向锁、轻量级锁、自旋锁、适应性自旋锁、锁消除、锁粗化等技术来减 少锁操作的开销。

锁主要存在四种状态，依次是：无锁状态、偏向锁状态、轻量级锁状态、重量级锁状态，他们会随着竞争的激烈而逐 渐升级。注意锁可以升级不可降级，这种策略是为了提高获得锁和释放锁的效率。

五、谈谈 synchronized和ReenTrantLock 的区别

1、两者都是可重入锁

两者都是可重入锁。“可重入锁”概念是：自己可以再次获取自己的内部锁。比如一个线程获得了某个对象的锁，此时 这个对象锁还没有释放，当其再次想要获取这个对象的锁的时候还是可以获取的，如果不可锁重入的话，就会造成死锁。同一个线程每次获取锁，锁的计数器都自增1，所以要等到锁的计数器下降为0时才能释放锁。

2、synchronized 依赖于 JVM 而 ReenTrantLock 依赖于 API

synchronized 是依赖于 JVM 实现的，前面我们也讲到了 虚拟机团队在 JDK1.6 为 synchronized 关键字进行了很多 优化，但是这些优化都是在虚拟机层面实现的，并没有直接暴露给我们。ReenTrantLock 是 JDK 层面实现的(也就 是 API 层面，需要 lock() 和 unlock 方法配合 try/finally 语句块来完成)，所以我们可以通过查看它的源代码，来看 它是如何实现的。

3、ReenTrantLock 比 synchronized 增加了一些高级功能

相比synchronized，ReenTrantLock增加了一些高级功能。主要来说主要有三点：①等待可中断；②可实现公平锁；

4、可实现选择性通知(锁可以绑定多个条件)

1、ReenTrantLock提供了一种能够中断等待锁的线程的机制，通过lock.lockInterruptibly()来实现这个机制。也 就是说正在等待的线程可以选择放弃等待，改为处理其他事情。

2、ReenTrantLock可以指定是公平锁还是非公平锁。而synchronized只能是非公平锁。所谓的公平锁就是先等 待的线程先获得锁。 ReenTrantLock默认情况是非公平的，可以通过 ReenTrantLock类的 ReentrantLock(boolean fair) 构造方法来制定是否是公平的。

3、synchronized关键字与wait()和notify/notifyAll()方法相结合可以实现等待/通知机制，ReentrantLock类当然也 可以实现，但是需要借助于Condition接口与newCondition() 方法。Condition是JDK1.5之后才有的，它具有很 好的灵活性，比如可以实现多路通知功能也就是在一个Lock对象中可以创建多个Condition实例(即对象监视 器)，线程对象可以注册在指定的Condition中，从而可以有选择性的进行线程通知，在调度线程上更加灵 活。 在使用notify/notifyAll()方法进行通知时，被通知的线程是由 JVM 选择的，用ReentrantLock类结合 Condition实例可以实现“选择性通知” ，这个功能非常重要，而且是Condition接口默认提供的。而 synchronized关键字就相当于整个Lock对象中只有一个Condition实例，所有的线程都注册在它一个身上。如果 执行notifyAll()方法的话就会通知所有处于等待状态的线程这样会造成很大的效率问题，而Condition实例的 signalAll()方法 只会唤醒注册在该Condition实例中的所有等待线程。

如果你想使用上述功能，那么选择ReenTrantLock是一个不错的选择。

5、性能已不是选择标准