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

饿汉式单例的原理,其实是基于 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 软件设计的角度

既然饿汉式的单例,也是在首次使用时初始化,这自然就是一种类懒加载的效果。

那我们再换个角度思考,如果饿汉式单例就是在程序启动时,就初始化好了,有问题吗?

在 Java 中,其实构造一个普通对象的成本很低。那为什么到了单例模式下,就觉得是个问题呢?

主要是单例的生命周期较长,承载了业务和状态,我们不提前构造无非是 2 个问题。

  1. 单例对象本身,初始化比较复杂或耗时,提前初始化会影响其他业务;
  2. 单例初始化后,持有的资源太多,导致内存资源的浪费;

问题一:初始化逻辑复杂

如果单例在初始化阶段,存在大量的逻辑,那么也不应该等到需要使用时才初始化它,否者必然会影响到接下来的业务性能。而是应该在此之前,系统较为空闲时初始化。

例如 Android 下就可以借助 IdleHandler 在空闲时提前做一些初始化工作。

问题二:持有资源太多

系统的各项资源,从来就没有够的时候。

任何时候缓存和性能都是要平衡的,单例作为一个生命周期较长的类,更不应该长时间持有大量的资源。否者就算加载时不报错,也必然会埋下 OOM 隐患,是之后内存优化时,重点关注的对象。

在编写代码时,就思考对内存资源的合理利用,而不是等到内存问题严重时,再集中进行内存优化。合理使用弱引用优化持有资源,也是一种不错的优化手段。

另外如果初始化时,就是必须会占用一些资源,那么基于 Fail-fast 原则,有问题也应该尽早的暴露出来。

毕竟 App 崩溃在开发手里,这叫问题,而崩溃在用户手里,这就叫事故。

四、小结时刻

今天我们聊了 Java 的单例,以及 Kotlin object 单例的实现原理,最后我们再小结一下。

  1. Kotlin object 使用「饿汉式」单例,依赖 JVM 的类加载机制确保唯一和线程安全;
  2. JVM 加载类采用「按需加载」策略,确保懒加载;

Kotlin 的 object 选择饿汉式单例,在性能和实现上都不存在问题,使用它无需顾虑。

听说给我点赞的人都升职加薪了~

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

深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

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

img

img

img

img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!

如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)

最后

在此为大家准备了四节优质的Android高级进阶视频:

架构师项目实战——全球首批Android开发者对Android架构的见解

附相关架构及资料

image.png

往期Android高级架构资料、源码、笔记、视频。高级UI、性能优化、架构师课程、NDK、混合式开发(ReactNative+Weex)微信小程序、Flutter全方面的Android进阶实践技术,群内还有技术大牛一起讨论交流解决问题。

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门即可获取!

还有技术大牛一起讨论交流解决问题。**

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门即可获取!
  • 21
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
根据提供的引用内容,出现了两个关于Kotlin的错误信息。第一个引用中显示了一个无法解析依赖的错误,指出无法下载kotlin-reflect.jar文件。第二个引用中显示了一个关于kotlin-gradle-1.8.10.jar (org.jetbrains.kotlin:kotlin-reflect)",这个错误通常是由于Gradle无法找到所需的kotlin-reflect库而引起的。解决这个问题的方法是确保你的项目的Gradle配置正确,并且指定了正确的Kotlin版本。 你可以尝试以下几个步骤来解决这个问题: 1. 确保你的项目的build.gradle文件中包含了正确的Kotlin版本和kotlin-gradle-plugin版本。你可以在build.gradle文件中找到类似于以下代码的部分: ```groovy ext { kotlin_version = '1.8.10' } dependencies { // ... implementation "org.jetbrains.kotlin:kotlin-stdlib:$kotlin_version" // ... } buildscript { // ... dependencies { // ... classpath "org.jetbrains.kotlin:kotlin-gradle-plugin:$kotlin_version" // ... } } ``` 请确保kotlin_version变量的值与你想要使用的Kotlin版本一致,并且在dependencies和buildscript的classpath中正确引用了kotlin-gradle-plugin。 2. 如果你已经确认了build.gradle文件中的配置正确无误,那么可能是因为Gradle无法从远程仓库下载kotlin-reflect.jar文件。你可以尝试清除Gradle的缓存并重新构建项目。在命令行中执行以下命令: ```shell ./gradlew clean ``` 然后重新构建项目: ```shell ./gradlew build ``` 这将清除Gradle的缓存并重新下载所需的依赖。 3. 如果上述步骤***切换到其他网络环境来解决这个问题。 希望以上步骤能够帮助你解决问题。如果你还有其他问题,请随时提问。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值