单件(Singleton)模式

第五章 单件(Singleton)模式
1.单件模式用来创建独一无二的,只能有一个实例的对象.

2.有一些对象其实我们只需要一个,甚至只能有一个实例.eg: 线程池,缓存,对话框,注册表对象,日志对象,充当打印机,显卡等设备的驱动程序的对象.如果制造出多个实例,就会导致许多问题产生.eg: 程序行为异常,资源使用过量,或者是不一致的结果.

3.单件模式给我们一个全局的访问点,和全局变量一样方便,又没有全局变量的缺点.全局变量的缺点: 如果将对象赋值给一个全局变量,那么你必须在程序一开始的时候就创建好对象,即定义变量(定义变量:声明变量同时初始化).如果这个对象非常耗费资源,而程序在这次执行过程又一直没有用到它,就形成了浪费.单件模式是在需要时才创建对象.在JVM中,很多对象都是在需要的时候才创建.

4.单件模式提供的方法不是唯一一个能创建唯一对象的方法(利用静态类变量,静态方法和适当的访问权限也能做到),但是一个实现目的的不错单方法.
5.单件模式的构造方法是声明为私有的.客户端要用到该类的实例的时候必须请求得到一个实例,而不是自行实例化得到一个实例.该类中有一个静态方法,叫做getInstance().调用这个方法.先判断这个类的静态成员变量是否已经存在.若存在则返回这个成员变量,否则这个时候才实例化.

6.单件模式的一个好处: 如果我们不需要这个实例,它就永远不会产生.这就是"延迟实例化".

7.设计模式: 单件(Singleton)模式: 确保一个类只有一个实例,并提供一个全局访问点.

8.要想取得单件实例,通过单件类是唯一的途径.

9.多线程情况下的单件模式: 会因为线程的不同调用出现多次类实例化操作.

10.只要把getInstance()变成同步synchronized方法,多线程灾难就可以轻易地解决.但是同步会降低性能.如果应用程序可以接受同步造成的额外负担,这种简单又有效的解决办法超赞.但是,同步一个方法可能造成程序执行效率下降100倍.

11.通过增加关键字到getInstance()方法中,我们迫使每个线程在进入这个方法之前,要先选修别的线程离开该方法.也就是说,不会有两个线程可以同时进入这个方法.

12.synchronized关键字只有第一次执行此方法时,才真正需要同步.换句话说,一旦设置好静态变量后,就不再需要同步这个方法了.之后每次调用这个方法,同步都是一种累赘.

13.在类变量声明时对其进行初始化,JVM加载这个类时马上创建此唯一的单件实例.JVM保证在任何线程访问类变量前,一定先创建些实例.

14.双重检查加锁(volatile): 首先检查是否实例已经创建了,如果尚未创建,"才"进行同步.这样一来,只有第一次会同步,这就消除synchronized关键字限定带来的问题.

15.volatile修饰的成员变量在每次被线程访问时，都强迫从 "共享内存" 中重读该成员变量的值。而且，当成员变量发生变化时，强迫线程将变化值回写到共享内存。

16.双重检查加锁不适用于1.4及更早版本的Java,合适Java 5以上版本(由于之前的JVM还不够完善).

17.当需要控制实例个数时,还是应当使用单件模式.进行简单的代码,加入实例计数就行.

18.类加载器有机会各自创建自己的单件实例.如果在程序中有多个类加载器又同时使用了单件模式的时候,可以自行指定类加载器,并指定同一个类加载器(不太明白).是不是说: 自定义一个加载器用来管理单件类在其他类中被加载的情况.

19.类应该做一件事,而且只做一件事.类如果能做两件事,就会被认为是不好的OO设计.这是"一个类,一个责任"原则.但是单件模式中的单件类不只负责管理自己的实例.

20.在Java中,全局变量基本上就是对对象的静态引用.它可以提供全局访问,但是不能确保只有一个实例.

21.总结:
1. 单件(Singleton)模式: 确保一个类一个实例,并提供全局访问.
2. 单件模式确保程序中一个类最多只有一个实例.
3. 单件模式也提供访问这个实例的全局点.
4. 在Java中实现单件模式需要私有的构造器,一个静态方法和一个静态变量.