单例模式

饿汉式

适用场景:适合那些在初始化时就要用到的单例的情况,这种方式比较简单粗暴,如果单例对象初始化非常快,而且占用内存非常小的时候这种方式是比较合适的,可以直接在应用启动时加载并初始化。

但是,如果单例初始化的操作耗时比较长而应用对于启动速度又有要求,或者单例的占用内存比较大,再或者单例只是在某个特定场景的情况下才会被使用,而一般情况下是不会使用时,使用「饿汉式」的单例模式就是不合适的,这时候就需要用到「懒汉式」的方式去按需延迟加载单例。

public class SingleInstance {
    private static SingleInstance singleInstance = new SingleInstance();
    public SingleInstance(){
    }
    public static SingleInstance getInstance(){
        return singleInstance;
    }
}

可以看到singleInstance在类加载的时候就已经被实例化出来了,如果构造方法里面是有一些耗时的操作话,毫无疑问会堵塞。

懒汉式

由于饿汉式是在程序运行时就已经实例化出来了,因此也就有了懒汉式。
「懒汉式」与「饿汉式」的最大区别就是将单例的初始化操作,延迟到需要的时候才进行,这样做在某些场合中有很大用处。比如某个单例用的次数不是很多,但是这个单例提供的功能又非常复杂,而且加载和初始化要消耗大量的资源,这个时候使用「懒汉式」就是非常不错的选择。

public class SingleInstance {
    private static SingleInstance singleInstance = null;
    public SingleInstance(){
    }
    public static SingleInstance getInstance(){
        if(singleInstance == null)
            singleInstance = new SingleInstance();
        return singleInstance;
    }
}

可以看到,类只有在你第一次需要的时候才会创建出来。

前面介绍了两种方法都是建立在单线程的前提下。如果在多线程的情况下,饿汉式倒是不会出现问题,因为它的实例是在类加载时就已经有的,而且是只有一个。而懒汉式的话则会有问题,如果多个线程同时去调用getInstance,很明显,它会创建出多个对象出来。也就是说,使用懒汉式去创建单例时是线程不安全的。
为了使懒汉式是既是单例又是线程安全的,就需要加 同步锁 了。

懒汉式同步锁

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

双重校验锁

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

可以看到在同步锁前面加了个判断,这是为了在instance已经实例化后下次进入不必执行 synchronized (Singleton.class) 获取对象锁,从而提高性能。

静态内部类

public class SingleInstance {
    //内部类,在装载该内部类时才会被创建
    private static class SingleInstanceHolder{
        public static SingleInstance instance = new SingleInstance();
    }
    public SingleInstance(){
    }
    public static SingleInstance getInstance(){
        return SingleInstanceHolder.instance;
    }
}

由于使用静态static创建对象,保证了线程安全。
其次,该内部类只有在需要创建时候才会被装载,解决了 饿汉式 一开始就加载的缺点

枚举类型单例模式

public enum  SingleInstance {
    instance;
    public void test(){
        System.out.println("test");
    }
}
//使用
 SingleInstance singleInstance = SingleInstance.instance;
        singleInstance.test();

可以看到更加简洁

总结

一般单例模式包含了5种写法,分别是饿汉、懒汉、双重校验锁、静态内部类和枚举。相信看完之后你对单例模式有了充分的理解了,根据不同的场景选择最你最喜欢的一种单例模式吧!

基于蒙特卡洛法的规模化电动车有序充放电及负荷预测(Python&Matlab实现)内容概要:本文围绕“基于蒙特卡洛法的规模化电动车有序充放电及负荷预测”展开,结合Python和Matlab编程实现,重点研究大规模电动汽车在电网中的充放电行为建模与负荷预测方法。通过蒙特卡洛模拟技术,对电动车用户的出行规律、充电需求、接入时间与电量消耗等不确定性因素进行统计建模,进而实现有序充放电策略的优化设计与未来负荷曲线的精准预测。文中提供了完整的算法流程与代码实现,涵盖数据采样、概率分布拟合、充电负荷聚合、场景仿真及结果可视化等关键环节,有效支撑电网侧对电动车负荷的科学管理与调度决策。; 适合人群:具备一定电力系统基础知识和编程能力(Python/Matlab),从事新能源、智能电网、交通电气化等相关领域研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①研究大规模电动车接入对配电网负荷特性的影响;②设计有序充电策略以平抑负荷波动;③实现基于概率模拟的短期或长期负荷预测;④为电网规划、储能配置与需求响应提供数据支持和技术方案。; 阅读建议:建议结合文中提供的代码实例,逐步运行并理解蒙特卡洛模拟的实现逻辑,重点关注输入参数的概率分布设定与多场景仿真的聚合方法,同时可扩展加入分时电价、用户行为偏好等实际约束条件以提升模型实用性。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值