设计模式之单例模式
单例模式
1、要求一个类只能生成一个对象,所有其他对象对它的依赖都是相同的,代码实现如下 :
/**
* 单例模式一
*/
public class Single {
// 构造一个私有的构造器
private Single() { }
// 可以看到这里是自己对自己进行实例化的
private static final Single single = new Single();
// 获取对象实例
public static Single getInstance() throws Exception {
if (single != null) {
return single;
}
else {
throw new Exception("类还未创建实例");
}
}
}
/**
* 单例模式二
*/
public class Single2 {
// 构造一个私有的构造器
private Single2() { }
private static Single2 single;
// 这里是由外部决定什么时候创建实例
public static void init() {
single = new Single2();
}
// 获取对象实例
public static Single2 getInstance() throws Exception {
if (single != null) {
return single;
}
else {
throw new Exception("类还未创建实例");
}
}
}
2、优点:
- 减少内存开支,因为只有一个对象实例,特别是一个对象频繁的创建和销毁时
- 减少系统的性能开销,当一个对象的产生需要比较多的资源时
- 单例模式可以避免对资源的多重占用,比如写文件操作
- 单例模式可以在系统设置全文访问点,优化和共享资源访问,例如由一个单例类去负责一个数据表的映射处理
3、缺点:
- 单例模式一般没有接口,扩展比较麻烦,接口对单例模式是没有意义的,它要提供单一实例,而接口和抽象类是不能被实例化的.当然,在特殊情况下也可以实现,
这个看具体的环境而定
- 单例模式不利于测试,在并行开发环境中,单例模式没有完成,没法进行测试
- 单例模式与单一职责原则有冲突.一个类应该只实现一个逻辑,而不关心它是否是单例的
4、使用场景
- 要求生成唯一序列号的环境
- 在整个项目中需要一个共享访问点或共享数据
- 创建一个对象消耗的资源过多时,比如访问 IO 和数据库
- 需要定义大量的静态常量和静态方法