单例模式
单例模式(Singleton Pattern) 是 java 中最简单的设计模式之一. 这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式.
这种模式涉及到一个单一的类,该类负责创建自己的对象,同时确保只有单个对象被创建.这个类提供了一种访问其唯一的对象的方式.可以直接访问,不需要实例化该类的对象.
注意:
1>单例类只能有一个实例.
2>单例类必须自己创建自己的唯一实例.
3>单例类必须给所有其他对象提供这一实例
介绍
意图: 保证一个类仅有一个实例,并且提供一个访问他的全局访问点.
主要解决:一个全局使用的类频繁的创建与销毁.
何时使用:当你想控制实例数目,节省系统资源的时候.
如何解决:判断系统是否已经有这个单例,如果有则返回,如果没有则创建。
关键代码:构造函数是私有的。
应用实例: 1、一个党只能有一个书记。 2、Windows 是多进程多线程的,在操作一个文件的时候,就不可避免地出现多个进程或线程同时操作一个文件的现象,所以所有文件的处理必须通过唯一的实例来进行。 3、一些设备管理器常常设计为单例模式,比如一个电脑有两台打印机,在输出的时候就要处理不能两台打印机打印同一个文件。
优点: 1、在内存里只有一个实例,减少了内存的开销,尤其是频繁的创建和销毁实例(比如管理学院首页页面缓存)。 2、避免对资源的多重占用(比如写文件操作)。
缺点:没有接口,不能继承,与单一职责原则冲突,一个类应该只关心内部逻辑,而不关心外面怎么样来实例化。
使用场景: 1、要求生产唯一序列号。 2、WEB 中的计数器,不用每次刷新都在数据库里加一次,用单例先缓存起来。 3、创建的一个对象需要消耗的资源过多,比如 I/O 与数据库的连接等。
注意事项:getInstance() 方法中需要使用同步锁 synchronized (Singleton.class) 防止多线程同时进入造成 instance 被多次实例化。
===========
单例模式可以分为懒汉式和饿汉式:
懒汉式单例模式:在类加载时不初始化。
饿汉式单例模式:在类加载时就完成了初始化,所以类加载比较慢,但获取对象的速度快。
=============================
单例模式有几种实现方式
1,第一种 (懒汉模式,线程不安全)
//这种写法lazy loading很明显,但是致命的是在多线程不能正常工作。
public class Singleton_Demo1 {
private static Singleton_Demo1 instance;
private Singleton_Demo1() {
}
public static Singleton_Demo1 getInstance() {
if (instance == null) {
instance = new Singleton_Demo1();
}
return instance;
}
}
2.第二种 (懒汉模式,线程安全)
//这种写法在getInstance()方法中加入了synchronized锁。
能够在多线程中很好的工作,而且看起来它也具备很好的lazy loading,但是效率很低(因为锁),并且大多数情况下不需要同步。
public class Singleton_Demo2 {
private static Singleton_Demo2 instance;
private Singleton_Demo2() {
}
public static synchronized Singleton_Demo2 getInstance() {
if (instance == null) {
instance = new Singleton_Demo2();
}
return instance;
}
}
3.第三种 (饿汉)
//这种方式基于classloder机制避免了多线程的同步问题,
不过,instance在类装载时就实例化,这时候初始化instance显然没有达到lazy loading的效果。
public class Singleton_Demo3 {
private static Singleton_Demo3 instance = new Singleton_Demo3();;
private Singleton_Demo3() {
}
public static synchronized Singleton_Demo3 getInstance() {
return instance;
}
}
第四种 (饿汉模式,变种)
//这种 表面上看起来差别挺大,其实更第三种方式差不多,都是在类初始化即实例化instance
public class Singleton_Demo4 {
private static Singleton_Demo4 instance = null;
static {
instance = new Singleton_Demo4();
}
private Singleton_Demo4() {
}
public static synchronized Singleton_Demo4 getInstance() {
return instance;
}
}
5.第五种.静态内部类
// 这种方式同样利用了classloder的机制来保证初始化instance时只有一个线程,它跟第三种和第四种方式不同的是(很细微的差别):第三种和第四种方式是只要Singleton类被装载了,那么instance就会被实例化(没有达到lazy loading效果),而这种方式是Singleton类被装载了,instance不一定被初始化。因为SingletonHolder类没有被主动使用,只有显示通过调getInstance方法时,才会显示装载SingletonHolder类,从而实例instance。想象一下,如果实例化instance很消耗资源,我想让他延迟加载,另外一方面,我不希望在Singleton类加载时就实例化,因为我不能确保Singleton类还可能在其他的地方被主动使用从而被加载,那么这个时候实例化instance显然是不合适的。这个时候,这种方式相比第三和第四种方法就显得更合理。
//单例模式(多线程安全,终极解决方案)
public class Singleton_Demo5 {
private static class Singletion{
private static Singletion singletion = new Singletion();
}
public static Singletion getSingletion() {
return Singletion.singletion;
}
}