定义
单例模式(Singleton),是设计模式中最为简单的一种模式。单例模式就是说系统中对于某类的只能有一个对象,不可能出来第二个。即它要保证全局只有一个实例。
分类
分为"懒汉式"与"饿汉式",说白了就是建立单例对象的时间不同罢了,即:在类加载时实例化,还是在需要的时候实例化的问题。
“饿汉式”是不管你用不用,一开始就创建单例对象,这里的一开始,指的是该类加载的时候,可以看到,饿汉式单例模式,是直接加载的,也就是说,在类加载的时候,就会创建单例对象,不管你用不用得到,它不会带来线程安全问题,但它会带来另外一个问题——效率问题,如果是一个工厂模式,缓存了很多实例,那么就得考虑效率问题,因为这个类一加载则把所有实例不管用不用一块创建。
public class HungrySingleton {
private static final HungrySingleton instance = new HungrySingleton();
//私有化构造子,阻止外部直接实例化对象
private HungrySingleton() {
}
public static HungrySingleton getInstance() {
return instance;
}
}
“懒汉式”是在你真正用到的时候才去实例化单例对象, 可以看到,懒汉式单例模式并不是类加载时就创建对象的,而是延迟到你需要的时候才进行实例化,这样会出现线程安全的问题,以下有两种方式实现可以有效防止多个线程同时实例化一个对象。
1.多线程安全单例模式实现:使用双重同步锁
/**
* 懒汉式单例模式,实现方式(使用双重同步锁)
*/
public class LazySingleton {
private static LazySingleton instance = null;
//私有化构造子,阻止外部直接实例化对象
private LazySingleton() {
}
public static LazySingleton getInstance() {
if(instance == null) {
synchronized (LazySingleton.class) {
if(instance == null) {
instance = new LazySingleton();
}
}
}
return instance;
}
}
2.多线程安全单例模式实现:不使用锁
/**
* 懒汉式单例模式
* 采用下面的方式,既不用加锁,也能实现懒加载
*/
public class Singleton {
private Singleton() {
}
private static class Inner {
private static Singleton s = new Singleton();
}
public static Singleton getSingle() {
return Inner.s;
}
}
应用场景的原则
单例模式只允许创建一个对象,因此节省内存,加快对象访问速度,因此对象需要被公用的场合适合使用,如多个模块使用同一个数据源连接对象等等。如:
1.需要频繁实例化然后销毁的对象。
2.创建对象时耗时过多或者耗资源过多,但又经常用到的对象。
3.有状态的工具类对象。
4.频繁访问数据库或文件的对象。
以下都是单例模式的经典使用场景:
1.资源共享的情况下,避免由于资源操作时导致的性能或损耗等。如日志文件,应用配置。
2.控制资源的情况下,方便资源之间的互相通信。如线程池等。
常见使用场景
- 网站的计数器,一般采用单例模式实现,否则难以同步。
- 应用程序的日志应用,一般都使用单例模式实现,这一般是由于共享的日志文件一直处于打开状态,因为只能有一个实例去操作,否则内容不好追加。
- Web应用的配置对象的读取,一般也应用单例模式,这个是由于配置文件是共享的资源。
- 数据库连接池的设计一般也是采用单例模式,因为数据库连接是一种数据库资源。数据库软件系统中使用数据库连接池,主要是节省打开或者关闭数据库连接所引起的效率损耗,这种效率上的损耗还是非常昂贵的,因为使用单例模式来维护,就可以大大降低这种损耗。
- 多线程的线程池的设计一般也是采用单例模式,这是由于线程池要方便对池中的线程进行控制。
优缺点
- 优点:
1.在单例模式中,活动的单例只有一个实例,对单例类的所有实例化得到的都是相同的一个实例。这样就防止其它对象对自己的实例化,确保所有的对象都访问一个实例。
2.单例模式具有一定的伸缩性,类自己来控制实例化进程,类就在改变实例化进程上有相应的伸缩性。
3.提供了对唯一实例的受控访问。
4.由于在系统内存中只存在一个对象,因此可以节约系统资源,当 需要频繁创建和销毁的对象时单例模式无疑可以提高系统的性能。
6.避免对共享资源的多重占用。 - 缺点:
1.不适用于变化的对象,如果同一类型的对象总是要在不同的用例场景发生变化,单例就会引起数据的错误,不能保存彼此的状态。
2.由于单利模式中没有抽象层,因此单例类的扩展有很大的困难。
3.单例类的职责过重,在一定程度上违背了“单一职责原则”。
4.滥用单例将带来一些负面问题,如为了节省资源将数据库连接池对象设计为的单例类,可能会导致共享连接池对象的程序过多而出现连接池溢出;如果实例化的对象长时间不被利用,系统会认为是垃圾而被回收,这将导致对象状态的丢失。
使用注意事项:
1.使用时不能用反射模式创建单例,否则会实例化一个新的对象
2.使用懒单例模式时注意线程安全问题
3.饿单例模式和懒单例模式构造方法都是私有的,因而是不能被继承的,有些单例模式可以被继承(如登记式模式)。
参考资料:
http://www.cnblogs.com/xudong-bupt/p/3433643.html