DRP单例模式

      最近的DRP项目中学习到了DRP这一部分，有应用到单例模式的内容，下边就来给大家分享一下单例模式的学习

      

为什么使用单例模式？

       对于系统中的某些类来说，只有一个实例很重要，例如个系统中可以存在多个打印任务，但是只能有一个正在工作的任务；一个系统只能有一个窗口管理器或文件系统；一个系统只能有一个计时工具或ID(序号)生成器。如在Windows中就只能打开一个任务管理器。如果不使用机制对窗口对象进行唯一化，将弹出多个窗口，如果这些窗口显示的内容完全一致，则是重复对象，浪费内存资源；如果这些窗口显示的内容不一致，则意味着在某一瞬间系统有多个状态，与实际不符，也会给用户带来误解，不知道哪一个才是真实的状态。因此有时确保系统中某个对象的唯一性即一个类只能有一个实例非常重要。

什么是单例模式？

保证一个类仅有一个实例，并且能够自动实例化，并提供一个访问它的全局访问点。它是一种比较常见的设计模式，作用：

    1、控制资源的使用，通过线程同步来控制资源的并发访问。

    2、控制实例产生的数量，达到节约资源的目的。

    3、作为通信媒介使用，也就是数据共享，他可以在布简历直接关联的条件下，让多个不相关的两个线程或者进城之间实现通信。

对比

主要分成了两种：懒汉式和饿汉式

饿汉式：在虚拟机启动的时候就加载了，相当于饿汉，看见包子就要吃

懒汉式：在需要的时候才会加载，进行实例化，相当于懒汉，谁需要我，我才去给他干活

//饿汉式(预先加载)
//	private static XmlConfigReader instance = new XmlConfigReader();
//	private XmlConfigReader() {
//	}
//	public static XmlConfigReader getInstance() {
//		return instance;
//	} 
//懒汉式（延迟加载lazy）
	private static XmlConfigReader instance = null;
public static synchronized XmlConfigReader getInstance() {
		if (instance == null) {
			instance = new XmlConfigReader();
		}
		return instance;
	}

很容易看到，饿汉式是在开始的时候就给这个类实例化一个对象，并供其他所有的对象使用。而懒汉式最初不会创建这个类的对象，而是在有请求的时候开始创建。并为了保证线程的安全问题，我们在得到实例的方法getInstance()  前面加上了synchronized（同步的）修饰，这就相当于篮子了有很多白馒头，但一次只允许一个人来拿，并且这个人在拿馒头的时候是独占这个篮子的，把这个篮子上锁，直到拿完馒头为止，再让下一位拿馒头。

       这也是单例模式灵魂的所在，保证了这个类在一时间内只有一个自己的实例。

       懒汉式是在需要的时候才进行实例化，以时间换取空间。

       饿汉式在在开始无论是有人用还是没有人用这个类的实例，在开始就new一个对象，因为在开始已经new了一个类的静态实例，所以不需要考虑java的线程同步问题啦。这种方式是以空间换取时间。

优缺点

优点

一、实例控制           

单例模式会阻止其他对象实例化其自己的单例对象的副本，从而确保所有对象都访问唯一实例。

二、灵活性

因为类控制了实例化过程，所以类可以灵活更改实例化过程。

缺点

一、开销

虽然数量很少，但如果每次对象请求引用时都要检查是否存在类的实例，将仍然需要一些开销。可以通过使用静态初始化解决此问题。

二、灵活性

可以看出单例模式不符合开闭原则，因为单例类的子类如果不去改写父类的静态方法，则使用的是和父类同一个实例，他们的联系太紧密了。扩展很困难。

小编才疏学浅就认识到了这里，应该还有一种双重锁式，不过还没有去学习，剩下的还请多多指教。