终于我也敢跟面试官对线聊单例模式了，震撼发布

#前言

单例模式相信大家都很熟悉了，是一种很常用的设计模式，单例模式确保一个类只有一个实例，并提供一个访问它的全局访问点。作者曾经在一次面试中要求写出单例模式，想了想单例模式还是简单的，随手就写了如下代码。

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

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

}

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

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

在多线程的情况下，一个线程已经进入到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
 */


### 最后

光给面试题不给答案不是我的风格。这里面的面试题也只是凤毛麟角，还有答案的话会极大的**增加文章的篇幅**，减少文章的可读性，**因此仅以截图展示，[需要的小伙伴可以点击这里即可免费获取！](https://gitee.com/vip204888/java-p7)**

# Java面试宝典2021版

![](https://img-blog.csdnimg.cn/img_convert/0dedbaa6f88352cb5c8d8710c7081266.png)

![](https://img-blog.csdnimg.cn/img_convert/c3e3a58a13cb0055ddeb4cd1b12ad6d4.png)

# 最常见Java面试题解析（2021最新版）

![](https://img-blog.csdnimg.cn/img_convert/b40fa0dc2323d31e784194f7ae70ae26.png)

![](https://img-blog.csdnimg.cn/img_convert/4a51d74d001e77799461b115a657d5e8.png)

# 2021企业Java面试题精选

![](https://img-blog.csdnimg.cn/img_convert/e64f6ff4c8b9efeea3d5c8496b41a5b8.png)

Java面试题解析（2021最新版）

[外链图片转存中...(img-5mII4gEC-1628633887227)]

[外链图片转存中...(img-BqCUci1L-1628633887229)]

# 2021企业Java面试题精选

[外链图片转存中...(img-n8aiU6K7-1628633887230)]

![](https://img-blog.csdnimg.cn/img_convert/fa0dae276834a965250095b51b89b10f.png)