vlambda博客
学习文章列表

面试:一个单例模式,足以把你秒成渣

去面试(对,又去面试)

问: 单例模式了解吧,来,拿纸和笔写一下单例模式。

我心想,这TM不是瞧不起人吗?我编程十年,能不知道单例模式。

答:(.net 平台下)单例模式有两种写法:

第一种:饥饿模式,关键点,static readonly

public static readonly SingletonSimple Instance = new SingletonSimple();

第二种:懒加载模式,关键点,lock + 两次判断

static readonly object locker = new object();
static SingletonLazy singleton = null;
public static SingletonLazy Instance
{
    get
    {
        if (singleton == null)
        {
            lock (locker)
            {
                if (singleton == null)
                {
                    singleton = new SingletonLazy();
                }
            }
        }

        return singleton;
    }
}

我再赠送你一种,第三种:通过IOC容器,注入单例。

问: 这两种方式(第一种和第二种)有什么不同吗?(好戏开始)

答: 懒加载模式的单例是在Instance调用时进行创建。饥饿模式下的单例在程序启动时创建(这里错了),浪费资源。

似乎答案就是这样,好些网文,博主也都是这么写的,但大家都错了。(轻信他人,不自己思考,这么基础的东西居然没搞明白)

反馈: 错,两种方式并没有本质的区别,都是在类调用的时候创建。

还没有完,虐狗模式才刚刚开始。

问: 说一下lock的原理

答: 对代码块加锁,加锁的代码只允许串行执行,防止并发冲突。lock本质上是通过 System.Threading.Monitor实现的,但lock使用比Monitor更简单,可以自动释放。

问: 那Monitor是如何实现多个线程的阻塞调用的?一个线程执行完,是如何通知下一个线程执行的?有没有自己实现过一个lock(不使用.net自带的lock)?

答:......(完全一脸懵逼,根本不知道怎么回答)

问: IOC使用了什么设计模式,IOC是如何控制对象生命周期的?

答: ......(还没从刚才的窘迫中反应过来,更是不知道该说什么)

总结:

结合大家的评论和指正,我做一下总结,以及新的认识。

这里只是作为一个自己的面试记录,以及思考过程,主要是意识到了自己之前在对待静态变量上的一个错误,建议面试时,还是要去背标准答案,成功率更高。

  1. 直接调用单例类.Instance,使用单例,这两种方式的单例对象的创建和执行是一样的。

  2. 评论中有这么个观点“饥饿模式是在类加载时创建实例,而懒加载模式是在Instance被调用时创建实例。”

单纯从概念上讲,这样说是对的,面试回答问题,这也是一个标准答案。但具体到示例代码来看,除了调用Instance,没有其他办法创建实例。纠结于这两个概念会陷入“是脚先进的门,还是人先进的门”的诡异逻辑。

再有 “类加载” 是什么概念呢,是像下面这样,声明一个变量算类加载吗?或者调用 typeof(SingletonSimple) 算类加载吗?我们可以测试一下,这样并不会触发对象创建,尽管我们的Instance声明是静态的。

SingletonSimple singleton;

也有人提到了反射,确实反射可以不通过Instance创建实例,但反射的前提是需要一个可访问的构造函数或静态构造函数。如果我们的单例类的构造函数不是静态的,那么会报异常:“No parameterless constructor defined for this object.”

所以,上面的两种单例,只能通过调用Instance来加载,创建并使用。

  1. 具体到不同业务,有可能会有通过反射,或者其他方式(比如单例中使用了本不该存在的静态变量或静态方法)使用单例类的情况,那么饥饿模式和懒加载模式就会出现差异了。

  2. 评论中有篇文章写的不错,大家可以学习一下,https://www.cnblogs.com/edisonchou/p/6618503.html,文中同样提到了饥饿模式的不足,过早地创建实例,从而降低内存的使用效率,但如果我们的代码是规范的,符合面向对象开发原则的话,是不会出现“过早创建实例”这种情况的,我们肯定是在需要的时候才会去创建实例,如果存在“过早创建实例”的情况发生,我们应该去考虑是否将不必要的功能移出单例,而不是将问题归结于单例本身。

测试验证:

回家之后,自己做了实验,证实两种方式确实都是在类被调用的时候才会创建单例对象。

public static readonly 创建的单例

public class SingletonSimple
{
    SingletonSimple()
    {
        Console.WriteLine($"Singleton Simple Create");
    }

    public static readonly SingletonSimple Instance = new SingletonSimple();

    public void Work()
    {
        Console.WriteLine("Singleton Simple Work");
    }
}

lock + 两次判断 创建的单例

public class SingletonLazy
{
    SingletonLazy()
    {
        Console.WriteLine($"Singleton Lazy Create");
    }

    static readonly object locker = new object();
    static SingletonLazy singleton = null;
    public static SingletonLazy Instance
    {
        get
        {
            if (singleton == null)
            {
                lock (locker)
                {
                    if (singleton == null)
                    {
                        singleton = new SingletonLazy();
                    }
                }
            }

            return singleton;
        }
    }

    public void Work()
    {
        Console.WriteLine("Singleton  Lazy Work");
    }
}

main函数

class Program
{
    static void Main(string[] args)
    {
        Console.WriteLine("begin ...");

        SingletonLazy.Instance.Work();

        SingletonSimple.Instance.Work();

        Console.WriteLine("end ...");

        Console.Read();
    }
}

输出结果如下 :

begin ...
Singleton Lazy Create
Singleton  Lazy Work
Singleton Simple Create
Singleton Simple Work
end ...

我们看,如果饥饿模式单例在程序启动就自动加载的话,应该会先输出“Singleton Simple Create”,但实际并不是这样,并且我多次调整main函数中的单例调用顺序,观察结果,可以得出结论,两种方式并没有区别,都是在调用时加载的。

悔恨啊,居然栽在这么个小问题上,颜面扫地。

谨记:基础原理,独立思考,真的很重要。

版权声明

Dotnet9 发起了一个读者讨论 这里讨论: