单例设计模式

发布时间:2023年12月28日

单例模式的定义与特点


单例(Singleton)模式的定义:指一个类只有一个实例,且该类能自行创建这个实例的一种模式。例如,Windows 中只能打开一个任务管理器,这样可以避免因打开多个任务管理器窗口而造成内存资源的浪费,或出现各个窗口显示内容的不一致等错误。

在计算机系统中,还有 Windows 的回收站、操作系统中的文件系统、多线程中的线程池、显卡的驱动程序对象、打印机的后台处理服务、应用程序的日志对象、数据库的连接池、网站的计数器、Web 应用的配置对象、应用程序中的对话框、系统中的缓存等常常被设计成单例。

单例模式有 3 个特点:

单例类只有一个实例对象;

该单例对象必须由单例类自行创建;

单例类对外提供一个访问该单例的全局访问点。

单例模式的优点和缺点


单例模式的优点:

单例模式可以保证内存里只有一个实例,减少了内存的开销。

可以避免对资源的多重占用。

单例模式设置全局访问点,可以优化和共享资源的访问。

单例模式的缺点:

单例模式一般没有接口,扩展困难。如果要扩展,则除了修改原来的代码,没有第二种途径,违背开闭原则。

在并发测试中,单例模式不利于代码调试。在调试过程中,如果单例中的代码没有执行完,也不能模拟生成一个新的对象。

单例模式的功能代码通常写在一个类中,如果功能设计不合理,则很容易违背单一职责原则。

?

饿汉模式

public final class HungrySingle {

    private static HungrySingle instance=new HungrySingle();

    private HungrySingle(){}

    public static HungrySingle getInstance() {
        return instance;
    }
}

?将类的构造函数定义模式为private,让其他类无法实例化此类,然后提供一个静态方法给调用者。好处是类加载的时候创建一次实例,不会存在多个线程创建多个实例的情况,避免了线程同步的问题,坏处是在没用的情况下也会被创建,浪费了内存。如果在初始化阶段就能用到,占用内存也比较小,适合用这种。

懒汉模式

public final class LazySingle {

    private static LazySingle instance=null;

    private LazySingle(){}

    public static LazySingle getInstance(){
        if (null==instance){
            instance=new LazySingle();
        }
        return instance;
    }
}

好处是只有在需要时才会被创建,如果单例已经创建,再次调用也不会创建新的对象。适用于使用次数较少,并且消耗的单例资源较多的情况,就可以按需创建。但这里的懒汉模式没考虑线程的安全问题,可能会存在多个线程并发调用方法的问题,所以下面有解决办法:

public final class LazySingleSecondChoice {

    private static LazySingleSecondChoice instance=null;

    private LazySingleSecondChoice(){}

    public static synchronized LazySingleSecondChoice getInstance() {
        if (null==instance){
            instance=new LazySingleSecondChoice();
        }
        return instance;
    }
}

但同步锁也会有另一个缺点,就是增加锁竞争,带来性能开销,导致性能下降,会降低单例模式的性能。所以为了解决找个问题,我们可以将同步锁放在if里面,因为除了第一次创建的时候为null,其他时候基本都不会为null的情况。只有当if条件判断为null时,才会创建实例,所以可以将同步锁放在里面,减少竞争

public final class LazySingleThirdChoice {

    private static LazySingleThirdChoice instance= null;

    private LazySingleThirdChoice(){}

    public static LazySingleThirdChoice getInstance() {
        if (null==instance){
            synchronized (LazySingleThirdChoice.class){
                instance=new LazySingleThirdChoice();
            }
        }
        return instance;
    }
}

?

但是现在依然会创建多个实例。这是因为当多个线程进入到 if 判断条件里,虽然有同步锁,但是进入到判断条件里面的线程依然会依次获取到锁创建对象,然后再释放同步锁。所以我们还需要在同步锁里面再加一个判断条件?,双重校验锁:

public class DoubleSynchronizedLazySingle {

    private static DoubleSynchronizedLazySingle instance=null;

    private DoubleSynchronizedLazySingle(){}

    public static DoubleSynchronizedLazySingle getInstance() {
        if (null==instance){
            synchronized (DoubleSynchronizedLazySingle.class){
                if (null==instance) // 判断两次
                instance=new DoubleSynchronizedLazySingle();
            }
        }
        return instance;
    }

}

?静态内部类

利用了类加载机制来保证只创建一个实例,因此不会存在多线程的问题。又因为使用了内部类的方法,所以不会在JVM的时候就进行创建,只有当调用内部类方法时,才会创建。推荐这种方法,同时保证了延迟加载和线程安全

public final class StaticSingle {

    public List<String> list=null;

    private StaticSingle(){}

    public static class InnerSingle{
        private static StaticSingle instance=new StaticSingle();
    }

    public static StaticSingle getInstance(){
        return InnerSingle.instance;
    }

}

?

?希望以上能帮助到你在什么时候选择什么方式,如果在项目启动后就一定会需要,可以使用饿汉式,如果是工具类,希望在需要的时刻在进行创建,建议懒汉式,避免占用内存资源

文章来源:https://blog.csdn.net/jchsadasd/article/details/135268147
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。