目录
单例:一个进程中只能存在唯一一个对象。
1.饿汉模式。 主动型太粗暴。
/**
* @author :jiaolian
* @date :Created in 2021-01-10 21:25
* @description:饿汉单例测试
* @modified By:
* 公众号:叫练
*/
public class HungerSignletonTest {
//类初始化会创建单例对象
private static HungerSignletonTest signleton = new HungerSignletonTest();
private HungerSignletonTest(){};
public static HungerSignletonTest getInstance() {
return signleton;
}
public static void main(String[] args) {
//三个线程测试单例,打印hashcode是否一致
new Thread(()->{System.out.println(HungerSignletonTest.getInstance().hashCode()); }).start();
new Thread(()->{System.out.println(HungerSignletonTest.getInstance().hashCode()); }).start();
new Thread(()->{System.out.println(HungerSignletonTest.getInstance().hashCode()); }).start();
}
}
饿汉模式是主动创建对象,如上面程序代码,JDK1.8环境中主线程启动三个线程获取HungerSignletonTest实例的hashcode是否为同一个对象,测试结果如下图所示,所有的hashcode一致证明程序只有一个实例。饿汉单例在类初始化会提前创建对象。缺点:过早的创建对象需要提前消耗内存资源,我们需要在使用单例对象时再去创建。下面我们看看懒汉模式代码。
2.懒汉模式 线程不安全
/**
* @author :jiaolian
* @date :Created in 2021-01-10 21:39
* @description:懒汉设计模式测试
* @modified By:
* 公众号:叫练
*/
public class LazySignletonTest {
private static LazySignletonTest signleton = null;
private LazySignletonTest(){};
public static LazySignletonTest getInstance() {
if (signleton == null) {
/*try {
//创建对象睡2秒
Thread.sleep(200);
} catch (InterruptedException e) {
e.printStackTrace();
}*/
signleton = new LazySignletonTest();
}
return signleton;
}
public static void main(String[] args) {
//三个线程测试单例
new Thread(()->{System.out.println(LazySignletonTest.getInstance().hashCode()); }).start();
new Thread(()->{System.out.println(LazySignletonTest.getInstance().hashCode()); }).start();
new Thread(()->{System.out.println(LazySignletonTest.getInstance().hashCode()); }).start();
}
}
懒汉模式是需要用到单例才调用getInstance()方法创建对象,看上去没有什么问题,如果放开上面注释语句,在创建对象睡2秒,可能得到的结果如下图所示,三个线程得到的hashcode的值并不一样,说明signleton对象不是单例。在延迟的情况下,所有线程都会进入if条件语句,所以会有如下情况。缺点:非线程安全,我们需要加一把锁。我们将getInstance()方法改造下,public static synchronized LazySignletonTest getInstance(),用synchronized 修饰下,运行程序,三个线程打印hashcode一致。测试一把,大功告成。还没结束呢?你仔细看下synchronized 修饰的是方法,锁力度会比较大,我们只需要在创建实例对象时加锁就可以了,像我们对追求代码优化极致的程序员必须要“扣”到底。下面我们再来看看用synchronized 修饰单例代码块。
3.懒汉加锁模式 线程还是不安全
/**
* @author :jiaolian
* @date :Created in 2021-01-10 21:39
* @description:懒汉设计模式测试
* @modified By:
* 公众号:叫练
*/
public class LazySignletonTest {
private static LazySignletonTest signleton = null;
private LazySignletonTest(){};
public static LazySignletonTest getInstance() {
if (signleton == null) {
/*try {
//创建对象睡2秒
Thread.sleep(2000);
} catch (InterruptedException e) {
e.printStackTrace();
}*/
synchronized (LazySignletonTest.class) {
signleton = new LazySignletonTest();
}
}
return signleton;
}
public static void main(String[] args) {
//三个线程测试单例
new Thread(()->{System.out.println(LazySignletonTest.getInstance().hashCode()); }).start();
new Thread(()->{System.out.println(LazySignletonTest.getInstance().hashCode()); }).start();
new Thread(()->{System.out.println(LazySignletonTest.getInstance().hashCode()); }).start();
}
}
单次检测加锁模式第一次判断signleton不为空就加锁创建对象,看上去没有什么问题,如果放开上面代码注释,在创建对象睡2秒,可能得到的结果如下图所示,三个线程得到的hashcode的值并不一样,说明signleton对象不是单例,为什么会这样呢?因为三个线程调用Thread.sleep(2000);会阻塞在创建对象前面,因为三个线程已经判断了signleton等于空,所以都会创建一个新的实例!OK,既然这样,我们就可以在synchronized 同步代码块再加一次判断了,保证万无一失!这是单例双重检测加锁,非常经典的面试题!我们把代码修改成双重检测加锁机制,能万无一失吗?下面我们看代码!事实胜于雄辩!
4.双重检测加锁 指令重排序
/**
* @author :jiaolian
* @date :Created in 2021-01-10 21:39
* @description:懒汉设计模式测试
* @modified By:
* 公众号:叫练
*/
public class LazySignletonTest {
private static LazySignletonTest signleton = null;
private LazySignletonTest(){};
public static LazySignletonTest getInstance() {
if (signleton == null) {
synchronized (LazySignletonTest.class) {
if (signleton == null) {
signleton = new LazySignletonTest();
}
}
}
return signleton;
}
public static void main(String[] args) {
//三个线程测试单例
new Thread(()->{System.out.println(LazySignletonTest.getInstance().hashCode()); }).start();
new Thread(()->{System.out.println(LazySignletonTest.getInstance().hashCode()); }).start();
new Thread(()->{System.out.println(LazySignletonTest.getInstance().hashCode()); }).start();
}
}
加锁模式第一次判断signleton不为空就加锁创建对象,经过多次测试,hashcode结果一致说明进程中只有一个对象,看上去没毛病!真是这样吗?接下来我们对上面代码再做一次深入测试。
5.双重检测加锁 volatile必要性
import java.util.concurrent.CountDownLatch;
/**
* @author :jiaolian
* @date :Created in 2021-01-10 21:39
* @description:没有volatile修饰单例对象测试!
* @modified By:1.堆分配空间 2.初始化构造函数 3.地址指向
* 公众号:叫练
*/
public class VolatileLockTest {
private static VolatileLockTest signleton = null;
public int aa;
private VolatileLockTest(){
aa = 5;
};
public static VolatileLockTest getInstance() {
if (signleton == null) {
synchronized (VolatileLockTest.class) {
if (signleton == null) {
signleton = new VolatileLockTest();
}
}
}
return signleton;
}
public static void reset() {
signleton = null;
}
public static void main(String[] args) throws InterruptedException {
//循环三个线程测试单例
while (true) {
CountDownLatch start = new CountDownLatch(1);
CountDownLatch end = new CountDownLatch(100);
for (int i=0;i<100; i++) {
Thread thread = new Thread(()->{
try {
//多线程同时等待
start.await();
} catch (InterruptedException e) {
e.printStackTrace();
}
//获取单例,如果锁aa等于0相当于是new 指令重排序了;
if (VolatileLockTest.getInstance().aa != 5) {
System.out.println("线程终止");
System.exit(0);
}
end.countDown();
});
thread.start();
}
start.countDown();
end.await();
reset();
}
}
}
如上代码所示:在主程序中死循环创建多线程并发生成单例对象,定义变量“aa”为了测试new VolatileLockTest();对象是否发生重排,new指令一般在JVM中可以分成3步执行:
- 分配空间。堆上开辟空间。
- 执行构造函数赋值。调用VolatileLockTest私有构造函数。
- 将引用指向对象。将signleton指向新的对象。
jvm为了执行效率,可能将2,3重排,执行顺序可能是1->3->2,当多线程并发,就可能出现“aa”不等于5情况,说明了指令如果发生重排,在多线程情况下导致进程会有多个实例,就不符合单例的情况了,正确的情况是将实例变量用volatile修饰,它能够禁止指令重排,也就说new指令必须按照1->2->3顺序执行,这就是volatile修饰对象变量必要性,详细了解volatile特性,请看文章《volatile,synchronized可见性,有序性,原子性代码证明(基础硬核)》,里面有大量实践代码!
6.静态内部类 被动型创建实例(推荐使用)
/**
* @author :jiaolian
* @date :Created in 2021-01-11 15:49
* @description:静态内部类单例模式
* @modified By:
* 公众号:叫练
*/
public class InnerClassSingleton {
private InnerClassSingleton(){};
public static InnerClassSingleton getInstance() {
return InnerClass.innerClassSingleton;
}
private static class InnerClass {
private static InnerClassSingleton innerClassSingleton = new InnerClassSingleton();
}
public static void main(String[] args) {
//三个线程测试单例
new Thread(()->{System.out.println(InnerClassSingleton.getInstance().hashCode()); }).start();
new Thread(()->{System.out.println(InnerClassSingleton.getInstance().hashCode()); }).start();
new Thread(()->{System.out.println(InnerClassSingleton.getInstance().hashCode()); }).start();
}
}
静态内部类需要用到单例才调用getInstance()方法创建对象,经过多次测试三个线程得到的hashcode的值是一样,证明signleton对象是单例。代码简单安全是我们推荐使用方案。
7.静态代码块
/**
* @author :jiaolian
* @date :Created in 2021-01-11 16:05
* @description:静态代码块初始单例
* @modified By:
* 公众号:叫练
*/
public class StaticSingleton {
private static StaticSingleton staticSingleton;
//静态代码块初始单例对象.
static {
staticSingleton = new StaticSingleton();
}
//private构造函数
private StaticSingleton(){};
//获取单例静态方法
public static StaticSingleton getInstance() {
return staticSingleton;
}
public static void main(String[] args) {
//三个线程测试单例
new Thread(()->{System.out.println(StaticSingleton.getInstance().hashCode()); }).start();
new Thread(()->{System.out.println(StaticSingleton.getInstance().hashCode()); }).start();
new Thread(()->{System.out.println(StaticSingleton.getInstance().hashCode()); }).start();
}
}
如上代码所示,静态代码块会在类初始化调用,3个线程同时获取单例对象,反复测试hashcode值始终保持一致,证明了静态代码块可以实现单例。缺点:主动型创建对象,和“饿汉”单例有点类似。
8.枚举
import java.sql.Connection;
/**
* @author :jiaolian
* @date :Created in 2021-01-11 16:39
* @description:枚举单例
* @modified By:
* 公众号:叫练
*/
enum DatabaseFactory {
connectionFactory;
private Connection connection;
private DatabaseFactory(){
System.out.println("初始化连接Connection");
//初始化连接 省略TODO
}
public Connection getConnection() {
return connection;
}
public static void main(String[] args) {
//三个线程测试单例
new Thread(()->{System.out.println(DatabaseFactory.connectionFactory.getConnection()); }).start();
new Thread(()->{System.out.println(DatabaseFactory.connectionFactory.getConnection()); }).start();
new Thread(()->{System.out.println(DatabaseFactory.connectionFactory.getConnection()); }).start();
}
}
如上代码所示,和“饿汉”单例类似。初始化枚举会默认加载构造方法。
总结
我们说了7种单例用法,总结写法:
- 静态私有变量
- 私有构造方法
- 公有静态获取单例方法
另外我们比较推荐静态内部类方式实现单例,原因是简单和高效,除此之外,我们重点介绍了双重检测加锁实现单例方式,详细说明了里面的坑,并解释了前因后果。如果对你有帮助请点赞加关注哦。我是叫练【公众号】,边叫边练。
遗留问题:在双重检测加锁 volatile必要性中,经过大量测试,始终没有测试出aa不等于5的情况,大佬请留步!!