2024年Java最全终于我也敢跟面试官对线聊单例模式了，spring全方位深入探索-CSDN博客

本文链接：https://blog.csdn.net/ghfgjfg679/article/details/138468215

最后

面试是跳槽涨薪最直接有效的方式，马上金九银十来了，各位做好面试造飞机，工作拧螺丝的准备了吗？

掌握了这些知识点，面试时在候选人中又可以夺目不少，暴击9999点。机会都是留给有准备的人，只有充足的准备，才可能让自己可以在候选人中脱颖而出。

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

}

最后，不出意外的没有通过面试。原因如下

这段代码并没有保证线程是安全的，是有可能导致获取的对象不唯一。
这段代码是可以通过反射破坏单例模式，拿到多个相同的对象。

在多线程的情况下，一个线程已经进入到if里面的代码块但是还没有创建对象，突然切换到另外一个线程，就有可能导出创建的对象不一致。

至于通过反射破坏单例模式，我们则是通过setAccessible(true)来强行访问私有构造器，代码如下

public static void main(String[] args) throws NoSuchMethodException, IllegalAccessException, InvocationTargetException, InstantiationException {
Class<?> clazz=Singleton.class; Constructor<?> constructor = clazz.getDeclaredConstructor();
constructor.setAccessible(true); //修改私有构造器的访问权限
Singleton singleton=(Singleton)constructor.newInstance();
Singleton singleton1=(Singleton)constructor.newInstance();
System.out.println(singleton==singleton1); //输出为false，证明创建两个不一样的对象
}

经过总结，一个单例模式的写法，我们需要关注以下几点。

如何确保线程安全
懒加载还是立刻加载(懒加载能避免资源浪费)
能否避免反射破坏单例模式，如何避免

一、饿汉模式

/**

@author Meng
@date 2020/8/19
*/
public class Singleton {
private final static Singleton instance = new Singleton();

private Singleton() {
if (instance != null) {
throw new RuntimeException(“禁止通过反射构造对象”);
}
}

public static synchronized Singleton getInstance() {
return instance;
}
}

饿汉模式的特点很明显，它在类初始化的时候会创建对象，而该过程执行在类初始化(),而()是线程安全的，因此不担心线程安全问题，但是缺点也容易明显，就算没有使用也会创建对象，容易浪费内存。同时构造器进行了判断，如果想通过反射也会抛出异常。

类加载就创建对象保证线程安全
立刻加载
能通过立刻加载+私有构造器判定确保不会被反射破坏

二、懒汉模式

懒汉模式，顾名思义，就是很懒，用到才创建对象，属于懒加载。作者一开始的例子就属于懒汉模式，因此我们需要为其确保线程安全。但是懒汉模式难以防止反射破坏,详情下面会分析

2.1 synchronized关键字

/**

@author Meng
@date 2020/8/19
*/
public class Singleton {
private static Singleton instance;
private Singleton (){
if (instance != null) {
throw new RuntimeException(“禁止通过反射构造对象”);
}
}

public static synchronized Singleton getInstance() {
if (instance == null) {
instance = new Singleton();
}
return instance;
}
}

简单粗暴，直接通过synchronized加锁达到了线程安全，也像饿汉模式一样在构造函数进行了判断防止反射破坏。但是真的能防止反射吗？它防止的只是先正常获取对象，再反射，但是其实可以通过先反射，再正常的获取对象，拿到两个对象。代码如下

/**

@author Meng
@date 2020/8/19
*/
public class Singleton {
private static Singleton instance;
private Singleton (){
if (instance != null) {
throw new RuntimeException(“禁止通过反射构造对象”);
}
}

public static synchronized Singleton getInstance() {
if (instance == null) {
instance = new Singleton();
}
return instance;
}
}

synchronized 对整个方法加锁保证线程安全,但可能牺牲性能
懒加载
不能避免反射破坏

2.2 双重检测锁

/**

@author Meng
@date 2020/8/19
*/
public class Singleton {
private volatile static Singleton instance;
private Singleton (){
if (instance != null) {
throw new RuntimeException(“禁止通过反射构造对象”);
}
}
public Singleton getInstance() {
if (null == instance) {
synchronized (Singleton.class) {
if (null == instance) {
instance = new Singleton();
}
}
}
return instance;
}
}

该方法不是对整个方法加锁，而是先进行判断，再对类进行加锁,同时使用volatile避免指令的重排序（需要jdk1.5以后）,volatile关键字的作用这里就不细谈了。至于防止反射破坏，与上面的一样，是不能避免的。

volatile(jdk>1.5)+判定+对类加锁确保线程安全
懒加载
不能防止反射破坏

最后

最后，强调几点：

1. 一定要谨慎对待写在简历上的东西，一定要对简历上的东西非常熟悉。因为一般情况下，面试官都是会根据你的简历来问的；能有一个上得了台面的项目也非常重要，这很可能是面试官会大量发问的地方，所以在面试之前好好回顾一下自己所做的项目；
2. 和面试官聊基础知识比如设计模式的使用、多线程的使用等等，可以结合具体的项目场景或者是自己在平时是如何使用的；
3. 注意自己开源的Github项目，面试官可能会挖你的Github项目提问；

我个人觉得面试也像是一场全新的征程，失败和胜利都是平常之事。所以，劝各位不要因为面试失败而灰心、丧失斗志。也不要因为面试通过而沾沾自喜，等待你的将是更美好的未来，继续加油！