Java多线程的单例设计模式 多种实现方法

目录

前言

饿汉式

懒汉式

Double_check

 volatile + double_check

Holder方式

 枚举


前言

        单例设计模式GOF23中设计模式中最常用的设计模式之一, 单例设计模式提供了多线程环境下的保证唯一实例性的解决方案, 虽然简单, 但是实现单例模式的方式多种多样, 因此需要从多个维度去评价: 

  • 线程安全
  • 性能
  • 懒加载

懒加载的好处是啥? 

提高页面加载速度:通过仅在需要时加载资源,懒加载可以减少初次加载时的资源量,使页面更快地呈现给用户。

节省带宽:只有当用户真正需要时才加载资源,这样可以节省不必要的带宽使用,特别是对于那些需要大量数据或高分辨率图片的应用。

提升用户体验:通过延迟加载,可以让用户更快地看到页面的主要内容,从而提高用户的满意度和体验。

减少服务器负载:懒加载可以减少一次性加载大量资源的需求,从而减少服务器的负载,优化服务器性能。

优化移动端性能:对于移动设备,网络连接通常较慢且不稳定,懒加载可以显著提高移动端的页面加载速度和性能。

节省系统资源:懒加载可以避免不必要的资源消耗,减少浏览器和设备的内存使用,尤其是在处理大量数据或复杂页面时。

饿汉式

public class TestMain {
    // 定义的时候直接初始化
    private static TestMain instance = new TestMain ();

    // 提供get方法
    public static TestMain getInstance() {
        return instance;
    }

    // 私有化构造方法
    private TestMain() {

    }
}

        在类加载过程中提到过, instance作为类变量, 在类的初始化的过程中, 会被收集到<cinit>()反方法中, 该方法每个类只会执行一次, 100%保证同步, 因此在使用instance的过程中, instance不可能会被实例化两次

        但是, 这也正是因为是在类初始化的时候就已经存在, 那么就表明, 这个instance实例在完成初始化之后, 并存储在内存空间之后, 并不会立即就会被使用到, 那么就会在内存中驻留一个时间间隔, 这个时间间隔带来的成本增加需要通过量化, 不能一概而论

        例如如果instance实例的内存消耗小, 那么饿汉式也未免不是一种良好的解决方案, 虽然他不支持懒加载.

        对于这个getInstance方法, 没有加任何锁, 因此没有其他的性能消耗, 速度快

懒汉式

        所谓懒汉, 就是我很懒, 我只有在使用类实例的时候才去创建, 可以避免类在初始化的时候就提前去创建.

代码如下: 

public final class Test {
    private static  Test instance = null;

    private Test() {
    }

    public synchronized static Test getInstance() {
        if (null == instan
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值