据我所知,这是BATJ最爱问的多线程面试题了!(带答案解析)

一 面试中关于 synchronized 关键字的 5 连击

1.1 说一说本身对于 synchronized 关键字的了解

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

另外,在 Java 早期版本中,synchronized属于重量级锁,效率低下,由于监视器锁(monitor)是依赖于底层的操做系统的 Mutex Lock 来实现的,Java 的线程是映射到操做系统的原生线程之上的。若是要挂起或者唤醒一个线程,都须要操做系统帮忙完成,而操做系统实现线程之间的切换时须要从用户态转换到内核态,这个状态之间的转换须要相对比较长的时间,时间成本相对较高,这也是为何早期的 synchronized 效率低的缘由。庆幸的是在 Java 6 以后 Java 官方对从 JVM 层面对synchronized 较大优化,因此如今的 synchronized 锁效率也优化得很不错了。JDK1.6对锁的实现引入了大量的优化,如自旋锁、适应性自旋锁、锁消除、锁粗化、偏向锁、轻量级锁等技术来减小锁操做的开销。mysql

开始以前,记得点赞收藏加关注哦 ,须要下载PDF版本和更多知识点、面试题的朋友能够点一点下方连接免费领取web

连接:点这里!!! 799215493 暗号:CSDN面试

在这里插入图片描述

1.2 说说本身是怎么使用 synchronized 关键字,在项目中用到了吗

synchronized关键字最主要的三种使用方式:sql

  1. 修饰实例方法,做用于当前对象实例加锁,进入同步代码前要得到当前对象实例的锁
  2. 修饰静态方法,做用于当前类对象加锁,进入同步代码前要得到当前类对象的锁 。也就是给当前类加锁,会做用于类的全部对象实例,由于静态成员不属于任何一个实例对象,是类成员( static 代表这是该类的一个静态资源,无论new了多少个对象,只有一份,因此对该类的全部对象都加了锁)。因此若是一个线程A调用一个实例对象的非静态 synchronized 方法,而线程B须要调用这个实例对象所属类的静态 synchronized 方法,是容许的,不会发生互斥现象,由于访问静态 synchronized 方法占用的锁是当前类的锁,而访问非静态 synchronized 方法占用的锁是当前实例对象锁。
  3. 修饰代码块,指定加锁对象,对给定对象加锁,进入同步代码库前要得到给定对象的锁。 和 synchronized 方法同样,synchronized(this)代码块也是锁定当前对象的。synchronized 关键字加到 static 静态方法和 synchronized(class)代码块上都是是给 Class 类上锁。这里再提一下:synchronized关键字加到非 static 静态方法上是给对象实例上锁。另外须要注意的是:尽可能不要使用 synchronized(String a) 由于JVM中,字符串常量池具备缓冲功能!

下面我已一个常见的面试题为例讲解一下 synchronized 关键字的具体使用。数据库

面试中面试官常常会说:“单例模式了解吗?来给我手写一下!给我解释一下双重检验锁方式实现单利模式的原理呗!”安全

双重校验锁实现对象单例(线程安全)多线程

public class Singleton { 
 
  

    private volatile static Singleton uniqueInstance;

    private Singleton() { 
 
  
    }

    public static Singleton getUniqueInstance() { 
 
  
       //先判断对象是否已经实例过,没有实例化过才进入加锁代码
        if (uniqueInstance == null) { 
 
  
            //类对象加锁
            synchronized (Singleton.class) { 
 
  
                if (uniqueInstance == null) { 
 
  
                    uniqueInstance = new Singleton();
                }
            }
        }
        return uniqueInstance;
    }
}

另外,须要注意 uniqueInstance 采用 volatile 关键字修饰也是颇有必要。jvm

uniqueInstance 采用 volatile 关键字修饰也是颇有必要的, uniqueInstance = new Singleton(); 这段代码实际上是分为三步执行:svg

  1. 为 uniqueInstance 分配内存空间
  2. 初始化 uniqueInstance
  3. 将 uniqueInstance 指向分配的内存地址

可是因为 JVM 具备指令重排的特性,执行顺序有可能变成 1->3->2。指令重排在单线程环境下不会出先问题,可是在多线程环境下会致使一个线程得到尚未初始化的实例。例如,线程 T1 执行了 1 和 3,此时 T2 调用 getUniqueInstance() 后发现 uniqueInstance 不为空,所以返回 uniqueInstance,但此时 uniqueInstance 还未被初始化。

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

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

synchronized 关键字底层原理属于 JVM 层面。

① synchronized 同步语句块的状况

public class SynchronizedDemo { 
 
  
	public void method() { 
 
  
		synchronized (this) { 
 
  
			System.out.println("synchronized 代码块");
		}
	}
}

经过 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,代表锁被释放。若是获取对象锁失败,那当前线程就要阻塞等待,直到锁被另一个线程释放为止。

② synchronized 修饰方法的的状况

public class SynchronizedDemo2 { 
 
  
	public synchronized void method() { 
 
  
		System.out.println("synchronized 方法");
	}
}

在这里插入图片描述
synchronized 修饰的方法并无 monitorenter 指令和 monitorexit 指令,取得代之的确实是 ACC_SYNCHRONIZED 标识,该标识指明了该方法是一个同步方法,JVM 经过该 ACC_SYNCHRONIZED 访问标志来辨别一个方法是否声明为同步方法,从而执行相应的同步调用。

1.4 说说 JDK1.6 以后的synchronized 关键字底层作了哪些优化,能够详细介绍一下这些优化吗

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

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

1.5 谈谈 synchronized和ReenTrantLock 的区别

① 二者都是可重入锁

二者都是可重入锁。“可重入锁”概念是:本身能够再次获取本身的内部锁。好比一个线程得到了某个对象的锁,此时这个对象锁尚未释放,当其再次想要获取这个对象的锁的时候仍是能够获取的,若是不可锁重入的话,就会形成死锁。同一个线程每次获取锁,锁的计数器都自增1,因此要等到锁的计数器降低为0时才能释放锁。

② synchronized 依赖于 JVM 而 ReenTrantLock 依赖于 API

synchronized 是依赖于 JVM 实现的,前面咱们也讲到了 虚拟机团队在 JDK1.6 为 synchronized 关键字进行了不少优化,可是这些优化都是在虚拟机层面实现的,并无直接暴露给咱们。ReenTrantLock 是 JDK 层面实现的(也就是 API 层面,须要 lock() 和 unlock 方法配合 try/finally 语句块来完成),因此咱们能够经过查看它的源代码,来看它是如何实现的。

③ ReenTrantLock 比 synchronized 增长了一些高级功能

相比synchronized,ReenTrantLock增长了一些高级功能。主要来讲主要有三点:
①等待可中断;②可实现公平锁;③可实现选择性通知(锁能够绑定多个条件)

  • ReenTrantLock提供了一种可以中断等待锁的线程的机制,经过lock.lockInterruptibly()来实现这个机制。也就是说正在等待的线程能够选择放弃等待,改成处理其余事情。
  • ReenTrantLock能够指定是公平锁仍是非公平锁。而synchronized只能是非公平锁。所谓的公平锁就是先等待的线程先得到锁。 ReenTrantLock默认状况是非公平的,能够经过 ReenTrantLock类的ReentrantLock(boolean fair)构造方法来制定是不是公平的。
  • 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是一个不错的选择。

④ 性能已不是选择标准

二 面试中关于线程池的 4 连击

2.1 讲一下Java内存模型

在 JDK1.2 以前,Java的内存模型实现老是从主存(即共享内存)读取变量,是不须要进行特别的注意的。而在当前的 Java 内存模型下,线程能够把变量保存本地内存(好比机器的寄存器)中,而不是直接在主存中进行读写。这就可能形成一个线程在主存中修改了一个变量的值,而另一个线程还继续使用它在寄存器中的变量值的拷贝,形成数据的不一致。
在这里插入图片描述
要解决这个问题,就须要把变量声明为 volatile,这就指示 JVM,这个变量是不稳定的,每次使用它都到主存中进行读取。

说白了, volatile 关键字的主要做用就是保证变量的可见性而后还有一个做用是防止指令重排序。

在这里插入图片描述

2.2 说说 synchronized 关键字和 volatile 关键字的区别

synchronized关键字和volatile关键字比较

  • volatile关键字是线程同步的轻量级实现,因此volatile性能确定比synchronized关键字要好。可是volatile关键字只能用于变量而synchronized关键字能够修饰方法以及代码块。synchronized关键字在JavaSE1.6以后进行了主要包括为了减小得到锁和释放锁带来的性能消耗而引入的偏向锁和轻量级锁以及其它各类优化以后执行效率有了显著提高,实际开发中使用synchronized 关键字的场景仍是更多一些。
  • 多线程访问volatile关键字不会发生阻塞,而synchronized关键字可能会发生阻塞
  • volatile关键字能保证数据的可见性,但不能保证数据的原子性。synchronized关键字二者都能保证。
  • volatile关键字主要用于解决变量在多个线程之间的可见性,而 synchronized关键字解决的是多个线程之间访问资源的同步性。

最后

因为时间有限,后面的部分没有展现(四 面试中关于 Atomic 原子类的 4 连击、五 AQS),有须要完整版的朋友能够点一点下方连接免费领取

连接点这里!!! 799215493 暗号:CSDN

在这里也为你们整理了各个知识点模块整理文档(微服务、数据库、mysql、jvm、Redis等都有)和更多大厂面试真题,有须要的朋友能够点一点上方连接免费领取

在这里插入图片描述
在这里插入图片描述

相关文章
相关标签/搜索