单例模式---双重检测-就真比-饿汉式-高级么？那-Kotlin-的-object-为什么用饿汉式？

object SomeSingleton{ fun sayHi(){}}

但 Kotlin 的 object 其实就是饿汉式单例。它难道不怕存在资源占用的问题吗？

二、Kotliin 的 object

2.1 Kotlin 的 object 原理

在开始 Kotlin 的 object 选择饿汉式单例前，我们先来看看 Kotlin object 原理。

Kotlin 和 Java 可以互相调用，Kotlin 代码运行前也会被编译器编译成 Java 字节码。那我们就可以通过工具将其还原为 Java 代码进行分析。

这个转换工具， AS 原生支持。借助 AS 的 Tools → Kotlin → Show Kotlin Bytecode，就可以查看 Kotlin 编译后的 Java 字节码，再点击 Decompile 按钮，就可以将字节码转成 Java 代码。

可以看到，INSTANCE 使用 static final 声明，并且在 static 代码块内对其进行初始化，标准的饿汉式单例。

2.2 饿汉式如何保证唯一和线程安全？

前面提到，单例最重要的就是关注其唯一性和线程问题。

需要在任何情况下，都确保一个类只存在一个实例，不会因为多线程的访问，导致创建多个实例。同时也不会因为多线程而引入新的效率问题。

饿汉式单例的原理，其实是基于 JVM 的类加载机制来保证其符合单例的规范的。

简单来说，JVM 在加载类的时候，会经过初始化阶段（即 Class 被加载后，且被线程使用前）。在初始化期间，JVM 会获取一把锁，这个锁可以同步多个线程，对一个类的初始化，确保只有一个线程完成类的加载过程。这个步骤是线程安全的。

上图很清晰的描述了类的初始化锁工作流程，这里就不展开细说。

三、所谓的饿汉式问题

前文提到，饿汉式单例最被人诟病的问题，在于无法实现懒加载，完全依赖虚拟机加载类的策略加载。

3.1 懒加载

懒加载的目的，说白了就是为了避免，无必要的资源浪费，在不需要的时候不加载，等什么时候业务真的需要使用到它的时候，再加载资源。

虽然饿汉式依赖虚拟机加载类的策略，但虚拟机本身也会有优化项，那就是「按需加载」的策略。

虚拟机在运行程序时，并不时在启动时，就将所有的类都加载并初始化完成，而是采用「按需加载」的策略，在真正使用时，才会进行初始化。

例如 显式的 new Class()、调用类的静态方法、反射、Class.forName() 等，这些事件首次发生时，都会触发虚拟机加载类。

例如前文中，SomeSingleton 这个单例类，我们放到一个 App 中运行一下，App 先启动，点击按钮执行 SomeSingleton.sayHi() 方法。

15:39:34.539 I/cxmyDev: App running15:39:44.606 I/cxmyDev: SomeSingleton init15:39:44.606 I/cxmyDev: SomeSingleton sayHi

注意 Log 的时间，只有点击按钮执行 SomeSingleton.sayHi() 时，该单例类才被虚拟机加载。

也就是说，通常只有在你真实使用这个类时，它才会真的被虚拟机初始化，我们并不需要担心会被提前加载而导致资源浪费。

当然，不同虚拟机的实现方式不同，这并不是强制的，但是大多数为了性能都会准守此规则。

3.2 软件设计的角度

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级安卓工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）

内容对你有帮助，可以添加下面V无偿领取！（备注Android）**
[外链图片转存中…(img-gAIi9jgQ-1710935254414)]