单例模式

定义

单例模式(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.控制资源的情况下,方便资源之间的互相通信。如线程池等。

常见使用场景

  1. 网站的计数器,一般采用单例模式实现,否则难以同步。
  2. 应用程序的日志应用,一般都使用单例模式实现,这一般是由于共享的日志文件一直处于打开状态,因为只能有一个实例去操作,否则内容不好追加。
  3. Web应用的配置对象的读取,一般也应用单例模式,这个是由于配置文件是共享的资源。
  4. 数据库连接池的设计一般也是采用单例模式,因为数据库连接是一种数据库资源。数据库软件系统中使用数据库连接池,主要是节省打开或者关闭数据库连接所引起的效率损耗,这种效率上的损耗还是非常昂贵的,因为使用单例模式来维护,就可以大大降低这种损耗。
  5. 多线程的线程池的设计一般也是采用单例模式,这是由于线程池要方便对池中的线程进行控制。

优缺点

  • 优点:
    1.在单例模式中,活动的单例只有一个实例,对单例类的所有实例化得到的都是相同的一个实例。这样就防止其它对象对自己的实例化,确保所有的对象都访问一个实例。
    2.单例模式具有一定的伸缩性,类自己来控制实例化进程,类就在改变实例化进程上有相应的伸缩性。
    3.提供了对唯一实例的受控访问。
    4.由于在系统内存中只存在一个对象,因此可以节约系统资源,当 需要频繁创建和销毁的对象时单例模式无疑可以提高系统的性能。
    6.避免对共享资源的多重占用。
  • 缺点:
    1.不适用于变化的对象,如果同一类型的对象总是要在不同的用例场景发生变化,单例就会引起数据的错误,不能保存彼此的状态。
    2.由于单利模式中没有抽象层,因此单例类的扩展有很大的困难。
    3.单例类的职责过重,在一定程度上违背了“单一职责原则”。
    4.滥用单例将带来一些负面问题,如为了节省资源将数据库连接池对象设计为的单例类,可能会导致共享连接池对象的程序过多而出现连接池溢出;如果实例化的对象长时间不被利用,系统会认为是垃圾而被回收,这将导致对象状态的丢失。
    使用注意事项:
    1.使用时不能用反射模式创建单例,否则会实例化一个新的对象
    2.使用懒单例模式时注意线程安全问题
    3.饿单例模式和懒单例模式构造方法都是私有的,因而是不能被继承的,有些单例模式可以被继承(如登记式模式)。

参考资料:
http://www.cnblogs.com/xudong-bupt/p/3433643.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值