单例模式相信大家都很熟悉了,是一种很常用的设计模式,单例模式确保一个类只有一个实例,并提供一个访问它的全局访问点。作者曾经在一次面试中要求写出单例模式,想了想单例模式还是简单的,随手就写了如下代码。
/**
- @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;
}
}
最后,不出意外的没有通过面试。原因如下
- 这段代码并没有保证线程是安全的,是有可能导致获取的对象不唯一。
- 这段代码是可以通过反射破坏单例模式,拿到多个相同的对象。
在多线程的情况下,一个线程已经进入到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(“禁止通过反射构造对象”);
}
}
感受:
其实我投简历的时候,都不太敢投递阿里。因为在阿里一面前已经过了字节的三次面试,投阿里的简历一直没被捞,所以以为简历就挂了。
特别感谢一面的面试官捞了我,给了我机会,同时也认可我的努力和态度。对比我的面经和其他大佬的面经,自己真的是运气好。别人8成实力,我可能8成运气。所以对我而言,我要继续加倍努力,弥补自己技术上的不足,以及与科班大佬们基础上的差距。希望自己能继续保持学习的热情,继续努力走下去。
也祝愿各位同学,都能找到自己心动的offer。
分享我在这次面试前所做的准备(刷题复习资料以及一些大佬们的学习笔记和学习路线),都已经整理成了电子文档
科班大佬们基础上的差距。希望自己能继续保持学习的热情,继续努力走下去。
也祝愿各位同学,都能找到自己心动的offer。
分享我在这次面试前所做的准备(刷题复习资料以及一些大佬们的学习笔记和学习路线),都已经整理成了电子文档
[外链图片转存中…(img-qdyaYoFY-1720125598994)]