设计模式 - 单例模式

单例模式

1、要求一个类只能生成一个对象,所有其他对象对它的依赖都是相同的,代码实现如下 :

/**
* 单例模式一
*/
publicclass Single{
    // 构造一个私有的构造器
    privateSingle(){ }
   
    // 可以看到这里是自己对自己进行实例化的
    privatestatic final Single single = new Single();
    
    // 获取对象实例
    publicstatic SinglegetInstance()throws Exception{
        if(single!= null) {
            returnsingle;
        }
        else{
            thrownew Exception("类还未创建实例");
        }
    }
}


/**
* 单例模式二
*/
publicclass Single2{
    // 构造一个私有的构造器
    privateSingle2(){ }
    
    privatestatic Single2single;
    
    // 这里是由外部决定什么时候创建实例
    publicstatic void init(){
        single= new Single2();
    }
    // 获取对象实例
    publicstatic Single2getInstance()throws Exception{
        if(single!= null) {
            returnsingle;
        }
        else{
            thrownew Exception("类还未创建实例");
        }
    }
}

2、优点:

• 减少内存开支,因为只有一个对象实例,特别是一个对象频繁的创建和销毁时
• 减少系统的性能开销,当一个对象的产生需要比较多的资源时
• 单例模式可以避免对资源的多重占用,比如写文件操作
• 单例模式可以在系统设置全文访问点,优化和共享资源访问,例如由一个单例类去负责一个数据表的映射处理

 

3、缺点:

• 单例模式一般没有接口,扩展比较麻烦,接口对单例模式是没有意义的,它要提供单一实例,而接口和抽象类是不能被实例化的.当然,在特殊情况下也可以实现,

    这个看具体的环境而定

• 单例模式不利于测试,在并行开发环境中,单例模式没有完成,没法进行测试
• 单例模式与单一职责原则有冲突.一个类应该只实现一个逻辑,而不关心它是否是单例的

 

4、使用场景

• 要求生成唯一序列号的环境
• 在整个项目中需要一个共享访问点或共享数据
• 创建一个对象消耗的资源过多时,比如访问 IO 和数据库
• 需要定义大量的静态常量和静态方法