“吹Kotlin协程的,可能吹错了,androidframework开发面试

本文探讨了Kotlin协程的性能优势,指出其并非真正的协程,而是基于Java Thread API的封装。通过对比Java的Executor,说明协程在多线程开发中的便利性,但并未显著提升性能。同时,文章展示了如何在实际项目中使用协程,强调协程在处理上下文关联任务时的优势,并通过并发处理接口数据的例子,突显其效率提升。
摘要由CSDN通过智能技术生成

官网这个例子就是通过repeat函数启动了10000个协程,然后它让我们试一试使用Thread来实现会发生什么,也就是像下面这样:

repeat(100_000){ thread{ Thread.sleep(1000L) print(""."") }}

这个例子我们不用跑也知道大概会发生什么了。

但是,我想说的是,kotlin官方用这个例子真的有点不厚道了,用java底层的Thread类,和他们造出来的一个基于Thread类封装的“工具包”进行对比。

真正要比的话,我们用java的Executor和他比比?

repeat(100_000) { val executor = Executors.newSingleThreadScheduledExecutor() val task = Runnable { print(".") } repeat(100_00) { executor.schedule(task, 1, TimeUnit.SECONDS) }}

我用上面这段程序跑了一下,用协程相对于java的线程池,并没有发现什么实质上的性能优势。感兴趣的也可以自己借助Android Studio Profiler试一试  

所以,到目前为止,我们可以下一个结论。

使用Kotlin协程,本质上其实并没有比我们原先的开发模式有多大性能上的优势,因为我们所使用的的OkHttp、AsyncTask等内部都帮我们封装了线程池,而不是直接使用Thread类。

我上面还提到了一个可能有点争议的观点,Kotlin协程只是一个基于Thread类封装的”工具包“而已。但目前还没有得到证明,我们不妨继续往下看。

_3_Kotlin协程运行在单线程里面吗?</

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值