`
ddsheng1128
  • 浏览: 23050 次
  • 性别: Icon_minigender_1
  • 来自: 上海
社区版块
存档分类
最新评论

单例模式

 
阅读更多

单例模式大家并不陌生,也都知道它分为什么懒汉式、饿汉式之类的。但是你对单例模式的理解足够透彻吗?今天我带大家一起来看看我眼中的单例,可能会跟你的认识有所不同。

下面是一个简单的小实例:

  1. //简单懒汉式
  2. public class Singleton {
  3. //单例实例变量
  4. private static Singleton instance = null;
  5. //私有化的构造方法,保证外部的类不能通过构造器来实例化
  6. private Singleton() {}
  7. //获取单例对象实例
  8. public static Singleton getInstance() {
  9. if (instance == null) {
  10. instance = new Singleton();
  11. }
  12. System.out.println("我是简单懒汉式单例!");
  13. return instance;
  14. }
  15. }

很容易看出,上面这段代码在多线程的情况下是不安全的,当两个线程进入if (instance == null)时,两个线程都判断instance为空,接下来就会得到两个实例了。这不是我们想要的单例。


接下来我们用加锁的方式来实现互斥,从而保证单例的实现。

  1. //同步法懒汉式
  2. public class Singleton {
  3. //单例实例变量
  4. private static Singleton instance = null;
  5. //私有化的构造方法,保证外部的类不能通过构造器来实例化
  6. private Singleton() {}
  7. //获取单例对象实例
  8. public static synchronized Singleton getInstance() {
  9. if (instance == null) {
  10. instance = new Singleton();
  11. }
  12. System.out.println("我是同步法懒汉式单例!");
  13. return instance;
  14. }
  15. }

加上synchronized后确实保证了线程安全,但是这样就是最好的方法吗?很显然它不是,因为这样一来每次调用getInstance()方法是都会被加锁,而我们只需要在第一次调用getInstance()的时候加锁就可以了。这显然影响了我们程序的性能。我们继续寻找更好的方法。


经过分析发现,只需要保证instance = new Singleton()是线程互斥就可以保证线程安全,所以就有了下面这个版本:

  1. //双重锁定懒汉式
  2. public class Singleton {
  3. //单例实例变量
  4. private static Singleton instance = null;
  5. //私有化的构造方法,保证外部的类不能通过构造器来实例化
  6. private Singleton() {}
  7. //获取单例对象实例
  8. public static Singleton getInstance() {
  9. if (instance == null) {
  10. synchronized (Singleton.class) {
  11. if (instance == null) {
  12. instance = new Singleton();
  13. }
  14. }
  15. }
  16. System.out.println("我是双重锁定懒汉式单例!");
  17. return instance;
  18. }
  19. }

这次看起来既解决了线程安全问题,又不至于每次调用getInstance()都会加锁导致降低性能。看起来是一个完美的解决方案,事实上是这样的吗?

很遗憾,事实并非我们想的那么完美。java平台内存模型中有一个叫“无序写”(out-of-order writes)的机制。正是这个机制导致了双重检查加锁方法的失效。这个问题的关键在上面代码上的第5行:instance = new Singleton(); 这行其实做了两个事情:1、调用构造方法,创建了一个实例。2、把这个实例赋值给instance这个实例变量。可问题就是,这两步jvm是不保证顺序的。也就是说。可能在调用构造方法之前,instance已经被设置为非空了。下面我们一起来分析一下:


假设有两个线程A、B

1、线程A进入getInstance()方法。

2、因为此时instance为空,所以线程A进入synchronized块。

3、线程A执行 instance = new Singleton(); 把实例变量instance设置成了非空。(注意,是在调用构造方法之前。)

4、线程A退出,线程B进入。

5、线程B检查instance是否为空,此时不为空(第三步的时候被线程A设置成了非空)。线程B返回instance的引用。(问题出现了,这时instance的引用并不是Singleton的实例,因为没有调用构造方法。)

6、线程B退出,线程A进入。

7、线程A继续调用构造方法,完成instance的初始化,再返回。


难道就没有一个好方法了吗?好的方法肯定是有的,我们继续探索!

  1. //解决无序写问题懒汉式
  2. public class Singleton {
  3. //单例实例变量
  4. private static Singleton instance = null;
  5. //私有化的构造方法,保证外部的类不能通过构造器来实例化
  6. private Singleton() {}
  7. //获取单例对象实例
  8. public static Singleton getInstance() {
  9. if (instance == null) {
  10. synchronized (Singleton.class) { //1
  11. Singleton temp = instance; //2
  12. if (temp == null) {
  13. synchronized (Singleton.class) { //3
  14. temp = new Singleton(); //4
  15. }
  16. instance = temp; //5
  17. }
  18. }
  19. }
  20. System.out.println("我是解决无序写懒汉式单例!");
  21. return instance;
  22. }
  23. }

1、线程A进入getInstance()方法。

2、因为instance是空的 ,所以线程A进入位置//1的第一个synchronized块。

3、线程A执行位置//2的代码,把instance赋值给本地变量temp。instance为空,所以temp也为空。

4、因为temp为空,所以线程A进入位置//3的第二个synchronized块。(后来想想这个锁有点多余)

5、线程A执行位置//4的代码,把temp设置成非空,但还没有调用构造方法!(“无序写”问题)

6、如果线程A阻塞,线程B进入getInstance()方法。

7、因为instance为空,所以线程B试图进入第一个synchronized块。但由于线程A已经在里面了。所以无法进入。线程B阻塞。

8、线程A激活,继续执行位置//4的代码。调用构造方法。生成实例。

9、将temp的实例引用赋值给instance。退出两个synchronized块。返回实例。

10、线程B激活,进入第一个synchronized块。

11、线程B执行位置//2的代码,把instance实例赋值给temp本地变量。

12、线程B判断本地变量temp不为空,所以跳过if块。返回instance实例。


到此为止,上面的问题我们是解决了,但是我们突然发现为了解决线程安全问题,但给人的感觉就像身上缠了很多毛线.... 乱糟糟的,所以我们要精简一下:

  1. //饿汉式
  2. public class Singleton {
  3. //单例变量 ,static的,在类加载时进行初始化一次,保证线程安全
  4. private static Singleton instance = new Singleton();
  5. //私有化的构造方法,保证外部的类不能通过构造器来实例化。
  6. private Singleton() {}
  7. //获取单例对象实例
  8. public static Singleton getInstance() {
  9. System.out.println("我是饿汉式单例!");
  10. return instance;
  11. }
  12. }

看到上面的代码,瞬间觉得这个世界清静了。不过这种方式采用的是饿汉式的方法,就是预先声明Singleton对象,这样带来的一个缺点就是:如果构造的单例很大,构造完又迟迟不使用,会导致资源浪费。


到底有没有完美的方法呢?继续看:

  1. //内部类实现懒汉式
  2. public class Singleton {
  3. private static class SingletonHolder{
  4. //单例变量
  5. private static Singleton instance = new Singleton();
  6. }
  7. //私有化的构造方法,保证外部的类不能通过构造器来实例化。
  8. private Singleton() {
  9. }
  10. //获取单例对象实例
  11. public static Singleton getInstance() {
  12. System.out.println("我是内部类单例!");
  13. return SingletonHolder.instance;
  14. }
  15. }

懒汉式(避免上面的资源浪费)、线程安全、代码简单。因为java机制规定,内部类SingletonHolder只有在getInstance()方法第一次调用的时候才会被加载(实现了lazy),而且其加载过程是线程安全的(实现线程安全)。内部类加载的时候实例化一次instance。


简单说一下上面提到的无序写,这是jvm的特性,比如声明两个变量,String a; String b; jvm可能先加载a也可能先加载b。同理,instance = new Singleton();可能在调用Singleton的构造函数之前就把instance置成了非空。这是很多人会有疑问,说还没有实例化出Singleton的一个对象,那么instance怎么就变成非空了呢?它的值现在是什么呢?想了解这个问题就要明白instance = new Singleton();这句话是怎么执行的,下面用一段伪代码向大家解释一下:

  1. mem = allocate(); //为Singleton对象分配内存。
  2. instance = mem; //注意现在instance是非空的,但是还没有被初始化。
  3. ctorSingleton(instance); //调用Singleton的构造函数,传递instance.


由此可见当一个线程执行到instance = mem; 时instance已为非空,如果此时另一个线程进入程序判断instance为非空,那么直接就跳转到return instance;而此时Singleton的构造方法还未调用instance,现在的值为allocate();返回的内存对象。所以第二个线程得到的不是Singleton的一个对象,而是一个内存对象。


以上就是就是我对单例模式的一点小小的思考跟理解,热烈欢迎各位大神前来指导批评。

下面是一个简单的小实例:

  1. //简单懒汉式
  2. public class Singleton {
  3. //单例实例变量
  4. private static Singleton instance = null;
  5. //私有化的构造方法,保证外部的类不能通过构造器来实例化
  6. private Singleton() {}
  7. //获取单例对象实例
  8. public static Singleton getInstance() {
  9. if (instance == null) {
  10. instance = new Singleton();
  11. }
  12. System.out.println("我是简单懒汉式单例!");
  13. return instance;
  14. }
  15. }

很容易看出,上面这段代码在多线程的情况下是不安全的,当两个线程进入if (instance == null)时,两个线程都判断instance为空,接下来就会得到两个实例了。这不是我们想要的单例。


接下来我们用加锁的方式来实现互斥,从而保证单例的实现。

  1. //同步法懒汉式
  2. public class Singleton {
  3. //单例实例变量
  4. private static Singleton instance = null;
  5. //私有化的构造方法,保证外部的类不能通过构造器来实例化
  6. private Singleton() {}
  7. //获取单例对象实例
  8. public static synchronized Singleton getInstance() {
  9. if (instance == null) {
  10. instance = new Singleton();
  11. }
  12. System.out.println("我是同步法懒汉式单例!");
  13. return instance;
  14. }
  15. }

加上synchronized后确实保证了线程安全,但是这样就是最好的方法吗?很显然它不是,因为这样一来每次调用getInstance()方法是都会被加锁,而我们只需要在第一次调用getInstance()的时候加锁就可以了。这显然影响了我们程序的性能。我们继续寻找更好的方法。


经过分析发现,只需要保证instance = new Singleton()是线程互斥就可以保证线程安全,所以就有了下面这个版本:

  1. //双重锁定懒汉式
  2. public class Singleton {
  3. //单例实例变量
  4. private static Singleton instance = null;
  5. //私有化的构造方法,保证外部的类不能通过构造器来实例化
  6. private Singleton() {}
  7. //获取单例对象实例
  8. public static Singleton getInstance() {
  9. if (instance == null) {
  10. synchronized (Singleton.class) {
  11. if (instance == null) {
  12. instance = new Singleton();
  13. }
  14. }
  15. }
  16. System.out.println("我是双重锁定懒汉式单例!");
  17. return instance;
  18. }
  19. }

这次看起来既解决了线程安全问题,又不至于每次调用getInstance()都会加锁导致降低性能。看起来是一个完美的解决方案,事实上是这样的吗?

很遗憾,事实并非我们想的那么完美。java平台内存模型中有一个叫“无序写”(out-of-order writes)的机制。正是这个机制导致了双重检查加锁方法的失效。这个问题的关键在上面代码上的第5行:instance = new Singleton(); 这行其实做了两个事情:1、调用构造方法,创建了一个实例。2、把这个实例赋值给instance这个实例变量。可问题就是,这两步jvm是不保证顺序的。也就是说。可能在调用构造方法之前,instance已经被设置为非空了。下面我们一起来分析一下:


假设有两个线程A、B

1、线程A进入getInstance()方法。

2、因为此时instance为空,所以线程A进入synchronized块。

3、线程A执行 instance = new Singleton(); 把实例变量instance设置成了非空。(注意,是在调用构造方法之前。)

4、线程A退出,线程B进入。

5、线程B检查instance是否为空,此时不为空(第三步的时候被线程A设置成了非空)。线程B返回instance的引用。(问题出现了,这时instance的引用并不是Singleton的实例,因为没有调用构造方法。)

6、线程B退出,线程A进入。

7、线程A继续调用构造方法,完成instance的初始化,再返回。


难道就没有一个好方法了吗?好的方法肯定是有的,我们继续探索!

  1. //解决无序写问题懒汉式
  2. public class Singleton {
  3. //单例实例变量
  4. private static Singleton instance = null;
  5. //私有化的构造方法,保证外部的类不能通过构造器来实例化
  6. private Singleton() {}
  7. //获取单例对象实例
  8. public static Singleton getInstance() {
  9. if (instance == null) {
  10. synchronized (Singleton.class) { //1
  11. Singleton temp = instance; //2
  12. if (temp == null) {
  13. synchronized (Singleton.class) { //3
  14. temp = new Singleton(); //4
  15. }
  16. instance = temp; //5
  17. }
  18. }
  19. }
  20. System.out.println("我是解决无序写懒汉式单例!");
  21. return instance;
  22. }
  23. }

1、线程A进入getInstance()方法。

2、因为instance是空的 ,所以线程A进入位置//1的第一个synchronized块。

3、线程A执行位置//2的代码,把instance赋值给本地变量temp。instance为空,所以temp也为空。

4、因为temp为空,所以线程A进入位置//3的第二个synchronized块。(后来想想这个锁有点多余)

5、线程A执行位置//4的代码,把temp设置成非空,但还没有调用构造方法!(“无序写”问题)

6、如果线程A阻塞,线程B进入getInstance()方法。

7、因为instance为空,所以线程B试图进入第一个synchronized块。但由于线程A已经在里面了。所以无法进入。线程B阻塞。

8、线程A激活,继续执行位置//4的代码。调用构造方法。生成实例。

9、将temp的实例引用赋值给instance。退出两个synchronized块。返回实例。

10、线程B激活,进入第一个synchronized块。

11、线程B执行位置//2的代码,把instance实例赋值给temp本地变量。

12、线程B判断本地变量temp不为空,所以跳过if块。返回instance实例。


到此为止,上面的问题我们是解决了,但是我们突然发现为了解决线程安全问题,但给人的感觉就像身上缠了很多毛线.... 乱糟糟的,所以我们要精简一下:

  1. //饿汉式
  2. public class Singleton {
  3. //单例变量 ,static的,在类加载时进行初始化一次,保证线程安全
  4. private static Singleton instance = new Singleton();
  5. //私有化的构造方法,保证外部的类不能通过构造器来实例化。
  6. private Singleton() {}
  7. //获取单例对象实例
  8. public static Singleton getInstance() {
  9. System.out.println("我是饿汉式单例!");
  10. return instance;
  11. }
  12. }

看到上面的代码,瞬间觉得这个世界清静了。不过这种方式采用的是饿汉式的方法,就是预先声明Singleton对象,这样带来的一个缺点就是:如果构造的单例很大,构造完又迟迟不使用,会导致资源浪费。


到底有没有完美的方法呢?继续看:

  1. //内部类实现懒汉式
  2. public class Singleton {
  3. private static class SingletonHolder{
  4. //单例变量
  5. private static Singleton instance = new Singleton();
  6. }
  7. //私有化的构造方法,保证外部的类不能通过构造器来实例化。
  8. private Singleton() {
  9. }
  10. //获取单例对象实例
  11. public static Singleton getInstance() {
  12. System.out.println("我是内部类单例!");
  13. return SingletonHolder.instance;
  14. }
  15. }

懒汉式(避免上面的资源浪费)、线程安全、代码简单。因为java机制规定,内部类SingletonHolder只有在getInstance()方法第一次调用的时候才会被加载(实现了lazy),而且其加载过程是线程安全的(实现线程安全)。内部类加载的时候实例化一次instance。


简单说一下上面提到的无序写,这是jvm的特性,比如声明两个变量,String a; String b; jvm可能先加载a也可能先加载b。同理,instance = new Singleton();可能在调用Singleton的构造函数之前就把instance置成了非空。这是很多人会有疑问,说还没有实例化出Singleton的一个对象,那么instance怎么就变成非空了呢?它的值现在是什么呢?想了解这个问题就要明白instance = new Singleton();这句话是怎么执行的,下面用一段伪代码向大家解释一下:

  1. mem = allocate(); //为Singleton对象分配内存。
  2. instance = mem; //注意现在instance是非空的,但是还没有被初始化。
  3. ctorSingleton(instance); //调用Singleton的构造函数,传递instance.


由此可见当一个线程执行到instance = mem; 时instance已为非空,如果此时另一个线程进入程序判断instance为非空,那么直接就跳转到return instance;而此时Singleton的构造方法还未调用instance,现在的值为allocate();返回的内存对象。所以第二个线程得到的不是Singleton的一个对象,而是一个内存对象。


以上就是就是我对单例模式的一点小小的思考跟理解,热烈欢迎各位大神前来指导批评。

分享到:
评论

相关推荐

    设计模式单例模式和工厂模式综合应用

    "设计模式单例模式和工厂模式综合应用"的主题聚焦于两种常用的设计模式:单例模式和工厂模式,并探讨它们如何协同工作来实现高效、灵活的代码结构。这个主题尤其适用于Java编程语言,因为Java的面向对象特性使得设计...

    Java SE程序 单例模式

    Java SE程序 单例模式Java SE程序 单例模式Java SE程序 单例模式Java SE程序 单例模式Java SE程序 单例模式Java SE程序 单例模式Java SE程序 单例模式Java SE程序 单例模式Java SE程序 单例模式Java SE程序 单例模式...

    设计模式之单例模式(结合工厂模式)

    单例模式是软件设计模式中的一种经典模式,它保证了类只有一个实例存在,并提供一个全局访问点。在Java等面向对象编程语言中,单例模式常用于管理共享资源,如数据库连接池、线程池或者配置文件等。结合工厂模式,...

    C#单例模式详解 C#单例模式详解C#单例模式详解

    单例模式是软件设计模式中的一种,它保证一个类只有一个实例,并提供一个全局访问点。在C#中,单例模式常用于管理共享资源或控制类的实例化过程,以提高性能、节约系统资源,特别是在整个应用程序生命周期内只需要一...

    设计模式——单例模式

    **设计模式——单例模式** 在软件工程中,设计模式是一种在特定场景下解决常见问题的标准方案,可以被复用并提升代码质量。单例模式是设计模式中的一种,它保证一个类只有一个实例,并提供一个全局访问点。这种模式...

    设计模式单例模式

    单例模式是软件设计模式中的一种基础且广泛应用的模式,它的主要目的是确保一个类只有一个实例,并提供一个全局访问点。这种模式在系统中需要频繁创建和销毁对象,且对象创建成本较高,或者需要共享资源的情况下非常...

    43丨单例模式(下):如何设计实现一个集群环境下的分布式单例模式?1

    单例模式是一种设计模式,旨在确保一个类只有一个实例,并提供全局访问点。在单例模式中,类的构造函数是私有的,防止外部直接创建对象,而是通过静态方法获取该类的唯一实例。单例模式的唯一性通常是在进程范围内,...

    java单例模式实例

    单例模式是软件设计模式中的一种经典模式,用于确保一个类只有一个实例,并提供一个全局访问点。在Java中,有多种实现单例模式的方法,每种都有其特点和适用场景。接下来,我们将深入探讨这些实现方式。 首先,我们...

    使用C++11实现线程安全的单例模式

    在C++编程中,单例模式是一种常用的软件设计模式,它保证一个类只有一个实例,并提供一个全局访问点。线程安全的单例模式在多线程环境下尤其重要,因为不正确的实现可能导致多个线程创建多个实例,这违反了单例模式...

    Java设计模式之单例模式

    目录 单例模式的概念 单例模式的要点 单例模式类图 单例模式归类 单例模式的应用场景 单例模式解决的问题 单例模式的实现方式 单例模式实现方式对比 单例模式的概念 单例模式,顾名思义就是只有一个实例,并且由它...

    C++设计模式-单例模式

    李建忠老师的设计模式-单例模式讲解,示例以C++编程语言呈现。

    C++单例设计模式,单例模式

    C++单例设计模式,单例模式 C++单例设计模式,单例模式

    单例模式详解~~单例模式详解~~

    单例模式是一种设计模式,它的主要目标是确保一个类只有一个实例,并提供一个全局访问点。在软件工程中,单例模式常用于控制资源的共享,比如数据库连接池、线程池或者日志系统等,这些资源通常需要全局唯一且高效地...

    7种单例模式

    单例模式是软件设计模式中的一种经典模式,其主要目的是确保一个类只有一个实例,并提供一个全局访问点。这种模式在很多场景下非常有用,比如控制共享资源、管理配置对象等。下面将详细介绍七种常见的单例模式实现...

    几种单例模式demo

    单例模式是软件设计模式中的一种,它的主要目的是确保一个类只有一个实例,并提供一个全局访问点。这种模式在很多场景下都非常有用,比如控制资源的唯一性、管理共享配置或者创建昂贵的对象时避免频繁创建销毁。 ...

    android-设计模式-单例模式(干货)

    android 单例模式 干货 告诉你哪种单例模式最实用 最好用 不再迷茫

    23钟设计模式之单例模式

    单例模式是一种常用的设计模式,它的核心思想是在整个应用程序中,一个类只能有一个实例存在。单例模式常用于控制资源的共享,例如数据库连接池、日志服务等。单例模式有多种实现方式,常见的包括懒汉式、饿汉式以及...

    设计模式之单例模式源码demo

    单例模式是软件设计模式中的经典模式之一,其主要目的是控制类的实例化过程,确保在应用程序的整个生命周期中,某个类只有一个实例存在。这样的设计通常适用于那些需要频繁创建和销毁,但资源消耗较大的对象,如...

    C# 实现单例模式

    一个用C#写的 实现单例模式的源码程序和大家分享交流一下

Global site tag (gtag.js) - Google Analytics