随州网站优化,重庆建设网,小程序定制开发一般要多少钱,西安建设工程信息交易中心官网去面试#xff08;对#xff0c;又去面试#xff09;
问#xff1a;单例模式了解吧#xff0c;来#xff0c;拿纸和笔写一下单例模式。
我心想#xff0c;这TM不是瞧不起人吗#xff1f;我编程十年#xff0c;能不知道单例模式。
答#xff1a;#xff08;.net 平…去面试对又去面试
问单例模式了解吧来拿纸和笔写一下单例模式。
我心想这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声明是静态的。 1 SingletonSimple singleton;
也有人提到了反射确实反射可以不通过Instance创建实例但反射的前提是需要一个可访问的构造函数或静态构造函数。如果我们的单例类的构造函数不是静态的那么会报异常“No parameterless constructor defined for this object.”
所以上面的两种单例只能通过调用Instance来加载创建并使用。
3.具体到不同业务有可能会有通过反射或者其他方式比如单例中使用了本不该存在的静态变量或静态方法使用单例类的情况那么饥饿模式和懒加载模式就会出现差异了。
4.评论中有篇文章写的不错大家可以学习一下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函数中的单例调用顺序观察结果可以得出结论两种方式并没有区别都是在调用时加载的。
悔恨啊居然栽在这么个小问题上颜面扫地。 上一篇一个简单的单例模式引起了不少人关注确实没想到。 首先重申一下这只是作为自己的一个面试记录以及思考过程主要是意识到自己之前在对待静态变量上的一个错误静态类或者带静态构造函数静态字段静态方法的类并不会在项目启动时就实例化涉及到对象创建内存分配需要好好思考再有自己的一些术语上可能不太规范可能导致大家。
总结一下
一关于饥饿模式和懒加载模式的区别的标准答案“饥饿模式是在类加载时创建实例而懒加载模式是在Instance被调用时创建实例。”
二关于单例模式的规范单例模式的所有操作都应该通过Instance调用实现对外不能提供其他静态字段或静态方法。这个规范是我自己定的大家见仁见智。
三关于效率问题如果是符合上述规范的那么就不存在过早地创建实例从而降低内存的使用效率的问题真想不到什么场景下会提前创建一个单例而不使用。
四关于volatile好几个人提到了volatile从微软文档上我们可以得知这个关键字标记一个可能被多个线程同时修改的字段当这个字段值被修改后其他线程中的字段值也都会即时发生变化。
这段文档看的人一头雾水直到有人在评论中提出“指令重排”顿时豁然开朗非常感谢。
指令重排是由于编译器运行时或者硬件为提高代码运行效率会在保证最终执行结果不变的情况下改变代码的执行顺序。
这是一种优化方案在单线程下没有问题但在多线程的情况下由于不同线程内的代码执行顺序改变可能产生错误。
怎么证明指令重排确实发生了呢这篇文章中给了示例大家可以试一下加深印象。https://developer.aliyun.com/article/765749
关于指令重排和volatile这篇文章解释的很好https://www.sohu.com/a/211287207_684445大家可以学习一下。