博客
关于我
【Android】你以为的单例模式和真正的单例模式是一样的吗?
阅读量:699 次
发布时间:2019-03-17

本文共 2943 字,大约阅读时间需要 9 分钟。

单例模式深度解析:从传统到现代实践

随着软件开发的深入,单例模式被广泛用于管理类的唯一实例,确保在整个应用中只有一个对象存在。传统的单例模式虽然解决了一些问题,但在多线程环境下的表现不足,经过不断演化,逐渐提出多种更优化的实现方式。本文将从传统到现代,带你深入探讨单例模式的实现细节。

传统单例模式

传统单例模式的实现通常采用懒汉模式,具体代码如下:

public class Singleton {    private static Singleton instance;    public static Singleton getInstance() {        if (instance == null) {            instance = new Singleton();        }        return instance;    }}

这种方式通过在第一次访问时创建实例,后续直接返回现有实例,减少了内存开销。然而,这种实现在多线程环境下可能出现竞态问题,当多个线程同时获得instance == null判断时,可能导致不同的实例被创建,最终无法保证单例效果。

双重检查加锁模式:提升线程安全

为了应对多线程下的竞态问题,双重检查加锁模式被引入,代码如下:

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

此方式首先进行非锁定检查,避免在无需时加锁,提升效率。然后在发现instance为null时,进入锁定区,确保单一线程获得锁定,创建并赋值实例。

此方案有效解决了懒汉模式在多线程环境下的线程安全问题,实现了真正的单例模式。然而,加锁运算的开销可能影响性能。

饿汉模式:优化创建时机

饿汉模式提前创建实例,代码如下:

public class Singleton {    private static Singleton instance = new Singleton();    public static Singleton getInstance() {        return instance;    }}

这种方式在类加载时就直接初始化实例,后续总是直接返回该实例。优点在于 thread safety 不需额外机制,缺点在于初次加载时可能带来启动延迟。

静态内部类:优化饿汉模式

结合饿汉模式和静态内部类的优势,实现更优的单例模式:

public class Singleton {    private Singleton() { }        public static Singleton getInstance() {        return SingletonHolder.instance;    }        private static class SingletonHolder {        private static final Singleton instance = new Singleton();    }}

此方式克服了饿汉模式的启动性能问题,同时保留了饿汉模式的 thread safety 特性。在类加载时,内部类 SingletonHolder并不会马上被初始化,只有在第一次 getInstance() 调用时才进行。这使得整体性能比饿汉模式更优。

Kotlin实现:现代化写法

Kotlin 提供了更简洁的实现方式,如懒汉模式:

class Singleton private constructor() {    companion object {        var instance : Singleton? = null            get() {                if (field == null) {                    field = Singleton()                }                return field            }        fun get(): Singleton {            return instance!!        }    }}

此外,如果需要线程安全,可以使用双重检查加锁模式:

class Singleton private constructor() {    companion object {        private var instance : Singleton? = null            get() {                if (field == null) {                    field = Singleton()                }                return field            }        @Synchronized        fun get(): Singleton {            return instance!!        }    }}

此外,Kotlin 还支持 lazy 关键字,简化代码:

class Singleton private constructor() {    companion object {        val instance by lazy (LazyThreadSafetyMode.SYNCHRONIZED) {            Singleton()        }    }}

这种方式利用Kotlin的懒汉模式,结合 thread-safety 模式,在保证单例的同时,简化了代码结构。

总结

从传统的单例模式到现代的优化实现,开发者需要根据实际场景选择合适的方式。Lazy initialization 在大多数情况下非常有效,但当需要确保 thread-safety 时,必须采取额外的同步机制。饿汉模式虽然简单,但可能导致启动延迟,而静态内部类模式则为传统饿汉模式提供了一种更优的选择。无论选择哪种实现方式,都要根据项目需求权衡性能与 thread-safety。最终,选择一个既能满足业务需求,又能在性能上的最佳平衡点,是实现高效单例模式的关键。

转载地址:http://rlnez.baihongyu.com/

你可能感兴趣的文章
Nginx:NginxConfig可视化配置工具安装
查看>>
ngModelController
查看>>
ngrok | 内网穿透,支持 HTTPS、国内访问、静态域名
查看>>
ngrok内网穿透可以实现资源共享吗?快解析更加简洁
查看>>
NHibernate学习[1]
查看>>
NHibernate异常:No persister for的解决办法
查看>>
NIFI1.21.0_java.net.SocketException:_Too many open files 打开的文件太多_实际操作---大数据之Nifi工作笔记0051
查看>>
NIFI1.21.0_Mysql到Mysql增量CDC同步中_日期类型_以及null数据同步处理补充---大数据之Nifi工作笔记0057
查看>>
NIFI1.21.0_Mysql到Mysql增量CDC同步中_补充_更新时如果目标表中不存在记录就改为插入数据_Postgresql_Hbase也适用---大数据之Nifi工作笔记0059
查看>>
NIFI1.21.0_NIFI和hadoop蹦了_200G集群磁盘又满了_Jps看不到进程了_Unable to write in /tmp. Aborting----大数据之Nifi工作笔记0052
查看>>
NIFI1.21.0_Postgresql和Mysql同时指定库_指定多表_全量同步到Mysql数据库以及Hbase数据库中---大数据之Nifi工作笔记0060
查看>>
NIFI1.21.0最新版本安装_连接phoenix_单机版_Https登录_什么都没改换了最新版本的NIFI可以连接了_气人_实现插入数据到Hbase_实际操作---大数据之Nifi工作笔记0050
查看>>
NIFI1.21.0最新版本安装_配置使用HTTP登录_默认是用HTTPS登录的_Https登录需要输入用户名密码_HTTP不需要---大数据之Nifi工作笔记0051
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_增删改数据分发及删除数据实时同步_通过分页解决变更记录过大问题_02----大数据之Nifi工作笔记0054
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_增加修改实时同步_使用JsonPath及自定义Python脚本_03---大数据之Nifi工作笔记0055
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_插入修改删除增量数据实时同步_通过分页解决变更记录过大问题_01----大数据之Nifi工作笔记0053
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表或全表增量同步_实现指定整库同步_或指定数据表同步配置_04---大数据之Nifi工作笔记0056
查看>>
NIFI1.23.2_最新版_性能优化通用_技巧积累_使用NIFI表达式过滤表_随时更新---大数据之Nifi工作笔记0063
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_根据binlog实现数据实时delete同步_实际操作04---大数据之Nifi工作笔记0043
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置binlog_使用处理器抓取binlog数据_实际操作01---大数据之Nifi工作笔记0040
查看>>