单例没你想的那么简单

最新推荐文章于 2024-07-30 17:06:22 发布

暴打小女孩

最新推荐文章于 2024-07-30 17:06:22 发布

阅读量413

点赞数

分类专栏：设计模式文章标签：设计模式单例模式

本文链接：https://blog.csdn.net/u010255127/article/details/50955213

版权

设计模式专栏收录该内容

20 篇文章 0 订阅

订阅专栏

单例没你想的那么简单

单例是最简单的几种设计模式之一，但它远没有你想的那么简单！

==============

应用

简单的提一下，哪里需要使用单例：线程池、缓存、网络等等需要保持全局作用域且唯一的对象。

但是这里需要提一下，什么不适合申明为单例：View。View是比较重的对象，占内存较普通对象更多，而View更可能引用其他资源，而导致其他资源也无法被释放。

懒汉：

private static NetWork instance;

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

饿汉

private static NetWork instance = new NetWork();

public static NetWokr getInstance（）{
    return instance;
)

单例简单，单例的两种申明方式大家也都知道。但知道如何使用这两种申明方式的可就不多了。

最普通的一种解释是：

如果这个对象并不着急使用，或者这个对象占据资源较多的话，就使用懒汉来延迟加载。
如果这个资源创建时间很长，就提前创建。

其实这个解释并不能让我很满意，哪些对象占据资源特别多？创建时间特别长的对象又是什么？真正遇到这样的场景其实并不多，所以大部分时候我们还是看心情来……

懒汉与饿汉的区别

懒汉可以保证我们的单例在需要的时候才被初始化。这是一个优点，也是优于单纯的静态变量的一个点。

但懒汉在多线程环境下，有可能会出现问题。

在未加锁的情况下，两个线程同时 getInstance()，然后就创建新对象。这就导致了系统中有两个单例存在，这是很危险的一件事，容易导致非常奇怪而且找不到问题的Bug。

解决这个问题有两个简单办法：

在getInstance方法加synchronized 修饰。但这也可能因为多线程的同步问题拖垮性能。

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

使用饿汉方式。但也有问题，也许初始化了的单例，一直都没有被用到。

利用双重检查加锁机制实现高效的多线程单例

private volatile static NetWork instance;

public static NetWokr getInstance({
    //检查是否未创建，如果未创建才加锁
    if(instance == null){
        //只有第一次未创建才会进入到这里
        synchronized(NetWork.class)
        {
            //进入后再检查一次，如果为Null才创建实例
            if(instance == null){
                instance = new NetWork();
        }
        }

    }
    return instance;
)

这样写是不是有种眼前一亮的感觉？