01_设计模式之单例模式
单例模式,就是静态一实例,私有构造器
public class SingletonTest01 {
// 定义一个私有的构造方法
private SingletonTest01() {
}
// 将自身的实例对象设置为一个属性,并加上Static和final修饰符
private static final SingletonTest01 instance = new SingletonTest01();
// 静态方法返回该类的实例
public static SingletonTest01 getInstance() {
return instance;
}
}
方法一就是传说的中的饿汉模式
优点是:写起来比较简单,而且不存在多线程同步问题,避免了synchronized所造成的性能问题;
缺点是:当类SingletonTest被加载的时候,会初始化static的instance,静态变量被创建并分配内存空间,从这以后,这个static的instance对象便一直占着这段内存(即便你还没有用到这个实例),当类被卸载时,静态变量被摧毁,并释放所占有的内存,因此在某些特定条件下会耗费内存。
---
public class SingletonTest02 {
// 定义私有构造方法(防止通过 new Singleton.SingletonTest01()去实例化)
private SingletonTest02() {
}
// 定义一个SingletonTest类型的变量(不初始化,注意这里没有使用final关键字)
private static SingletonTest02 instance;
// 定义一个静态的方法(调用时再初始化SingletonTest,但是多线程访问时,可能造成重复初始化问题)
public static SingletonTest02 getInstance() {
if (instance == null)
instance = new SingletonTest02();
return instance;
}
}
方法二就是传说的中的饱汉模式
优点是:写起来比较简单,当类SingletonTest被加载的时候,静态变量static的instance未被创建并分配内存空间,当getInstance方法第一次被调用时,初始化instance变量,并分配内存,因此在某些特定条件下会节约了内存;
缺点是:并发环境下很可能出现多个SingletonTest实例。
---
public class SingletonTest03 {
// 定义私有构造方法(防止通过 new SingletonTest()去实例化)
private SingletonTest03() {
}
// 定义一个SingletonTest类型的变量(不初始化,注意这里没有使用final关键字)
private static SingletonTest03 instance;
// 定义一个静态的方法(调用时再初始化SingletonTest,使用synchronized 避免多线程访问时,可能造成重的复初始化问题)
public static synchronized SingletonTest03 getInstance() {
if (instance == null)
instance = new SingletonTest03();
return instance;
}
}
方法三为方法二的简单优化
优点是:使用synchronized关键字避免多线程访问时,出现多个SingletonTest实例。
缺点是:同步方法频繁调用时,效率略低。
---
public class SingletonTest04 {
// 定义一个私有构造方法
private SingletonTest04() {
}
//定义一个静态私有变量(不初始化,不使用final关键字,使用volatile保证了多线程访问时instance变量的可见性,避免了instance初始化时其他变量属性还没赋值完时,被另外线程调用)
private static volatile SingletonTest04 instance;
//定义一个共有的静态方法,返回该类型实例
public static SingletonTest04 getIstance() {
// 对象实例化时与否判断(不使用同步代码块,instance不等于null时,直接返回对象,提高运行效率)
if (instance == null) {
//同步代码块(对象未初始化时,使用同步代码块,保证多线程访问时对象在第一次创建后,不再重复被创建)
synchronized (SingletonTest04.class) {
//未初始化,则初始instance变量
if (instance == null) {
instance = new SingletonTest04();
}
}
}
return instance;
}
}
方法四为单例模式的最佳实现。
操作是将变量private static volatile Test06FullModuleVolatile sc=null
内存占用地,效率高,线程安全,多线程操作原子性。
总体来说,单例模式的优缺点如下:
意图:保证一个类仅有一个实例,并提供一个访问它的全局访问点。
主要解决:一个全局使用的类频繁地创建与销毁。
何时使用:当您想控制实例数目,节省系统资源的时候。
如何解决:判断系统是否已经有这个单例,如果有则返回,如果没有则创建。
关键代码:构造函数是私有的。
应用实例:
1、一个党只能有一个主席。
2、Windows 是多进程多线程的,在操作一个文件的时候,就不可避免地出现多个进程或线程同时操作一个文件的现象,所以所有文件的处理必须通过唯一的实例来进行。
3、一些设备管理器常常设计为单例模式,比如一个电脑有两台打印机,在输出的时候就要处理不能两台打印机打印同一个文件。
优点:
1、在内存里只有一个实例,减少了内存的开销,尤其是频繁的创建和销毁实例(比如管理学院首页页面缓存)。
2、避免对资源的多重占用(比如写文件操作)。
缺点:没有接口,不能继承,与单一职责原则冲突,一个类应该只关心内部逻辑,而不关心外面怎么样来实例化。
使用场景:
1、要求生产唯一序列号。
2、WEB 中的计数器,不用每次刷新都在数据库里加一次,用单例先缓存起来。
3、创建的一个对象需要消耗的资源过多,比如 I/O 与数据库的连接等。
注意事项:
getInstance() 方法中需要使用同步锁 synchronized (Singleton.class) 防止多线程同时进入造成 instance 被多次实例化。
------------------------- A little Progress a day makes you a big success... ----------------------------

浙公网安备 33010602011771号