单例模式考察的原因:
从面试官的角度:
1单例模式简单
2单例模式的考察性强:
包含线程安全,内存模型,类加载机制等核心知识。
同样是问单例模式,面试者答得完整透彻或者零零散散,
能看出面试者的基本功扎不扎实。
单例模式,顾名思义,
在整个运行时域,一个类只有一个实例对象。
单例模式(Singleton Pattern)是 Java 中最简单的设计模式之一。
这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。
这种模式涉及到一个单一的类,该类负责创建自己的对象,
同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式,
可以直接访问,不需要实例化该类的对象。
实现单例模式的思想:1,是否线程安全
2,是否懒加载
3,能否被反射破坏
单例模式的简单实现我们将创建一个 SingleObject 类。SingleObject 类有它的私有构造函数和本身的一个静态实例。
SingleObject 类提供了一个静态方法,供外界获取它的静态实例。
SingletonPatternDemo 类:使用 SingleObject 类来获取 SingleObject 对象。
单例模式的几种写法 1、懒汉式,线程不安全描述:这种方式是最基本的实现方式,
这种实现最大的问题就是不支持多线程。
因为没有加锁 synchronized,所以严格意义上它并不算单例模式。
这种方式 懒加载 很明显,不要求线程安全,在多线程不能正常工作。
描述:这种方式具备很好的 懒加载,能够在多线程中很好的工作,
但是,效率很低,99% 情况下不需要同步。
优点:懒加载,第一次调用才初始化,避免内存浪费。
缺点:必须加锁 synchronized 才能保证单例,但加锁会影响效率。
getInstance() 的性能对应用程序不是很关键(该方法使用不太频繁)。
3、饿汉式它基于 类加载机制 机制避免了多线程的同步问题,
不过,instance 在类装载时就实例化,虽然导致类装载的原因有很多种,
在单例模式中大多数都是调用 getInstance 方法, 但是也不能确定有其他的方式(或者其他的静态方法)导致类装载,这时候初始化 instance 显然没有达到 懒加载 的效果。
4、双检锁/双重校验锁
描述:这种方式采用双锁机制,安全且在多线程情况下能保持高性能。
getInstance() 的性能对应用程序很关键。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)