目录
目录
前言
Kotlin协程,现在已经成为了面试甚至是工作中一个非常火的东西。
本人在刚开始了解Kotlin协程的时候,断断续续看了网上不少文章,用长篇大论把Kotlin协程描述的非常玄乎,但是看完后还是依然云里雾里,所以决定来写一篇关于协程的文章,希望能够帮助大家能够更快的上手Kotlin协程.
注意:如果没有特殊提及,文中所有“协程”均代表“Kotlin协程”
_2_为什么要学习Kotlin协程?(官方版)
现在Android技术栈上的新东西层出不穷,kotlin、jetpack、flutter等等。很多人是为了准备面试而学习,所以往往往更偏向于去看一些概念性的东西,以便面试的时候能够蒙混过关。
但是我觉得,我们还是先要了解这个新的技术能够给我们的开发带来哪些实质性的帮助,我们再去针对性学习可能会更加有意义.
我们先来看看Kotlin官网是怎么体现使用协程的优势的
https://www.kotlincn.net/docs/reference/coroutines/basics.html
网上很多文章也用这个例子,也用这个官方例子来说明使用协程的优势,然后就说协程是什么轻量级的线程,又是什么用户态的,协程像线程但又不是线程…诸如此类。
所以很多人自认为学会了协程,最后就可能只能说出来使用协程的目的是比线程性能更好。
先不说这些概念对不对,我相信对于一个普通的Android开发来说,听到这些概念,第一反应肯定觉得协程这个东西非常的神秘且不好理解。
所以,不好理解我们就先不理解,我们先基于我们已有的知识来分析一下官网这个例子。
官网这个例子就是通过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协程运行在单线程里面吗?
这里我截了一个百度搜索Kotlin协程,比较高赞的一篇文章,文章中截取了各种概念,到网上找了各种和协程相关的图,但我想说,这其实是误导人!
很简单,我们做一个小实验就能知道结果:
fun main(){ //在没有开启协程前,先打印一下进程名称和进程id println( "Main: " + "threadName = " + Thread.currentThread().name + " threadId = " + Thread.currentThread().id ) //循环20次 repeat(20) { GlobalScope.launch { //开启协程后,先打印一下进程名称和进程id println( "IO: " + "threadName = " + Thread.currentThread().name + " threadId = " + Thread.currentThread().id ) delay(1000L) } }}
日志打印结果:
发现了什么?所谓的协程完全就是开启了一个新的线程来执行任务,有些任务的线程名称和线程id还是完全一致的!这像不像java中的线程池?
看到这里,是不是有点颠覆你原来对协程的认识?难道网上的所有文章都是错误的?
其实网上大部分文章说的协程,指的可能都是其他语言的协程的特点,比如Go、Lua…
而我们要学的,是Kotlin协程,它不是真正意义上的协程,它也没有那么的神秘,本质上还是一套基于原生Java Thread API 的封装。只要你没有魔改JVM,start了几个线程,操作系统就会创建几个线程,Kotlin协程只是做了一个类似线程池的封装,根本谈不上什么性能更好。
总结下来Kotlin协程其实就是为了让我们更方便的来进行多线程开发而已,所以我们就抱着当初学习Handler、AsyncTask这些的心态来学习协程这个工具包就好了,不要想那么多复杂的东西来扰乱自己的思路。
_4_Kotlin协程有那么好用吗
一个新的技术的出现,大家往往从学习到真正在项目中实践往往需要一个过程,这里面有非常多的因素,有个人学习成本的因素,有公司方面的因素等等,但是最重要的,其实还是这个新的技术,到底是不是真的有取代我们现有技术的必要。接下来我就带大家一起来用用协程吧。
okhttp异步请求
这是我们常规的一个异步请求,通过回调的方式来处理请求结果
fun enqueue() {
使用协程的okhttp同步请求
这里先记住一句话,我们什么时候要用到协程的?
需要切换线程的时候要用到协程
所以想切到什么线程,就用GlobalScope.launch(Dispatchers.XX)切一下就好了,代码如下
fun execute() { //切到io线程来执行同步请求 GlobalScope.launch(Dispatchers.IO) { val result = ApiService.execute(“/test”) //切到主线程来执行UI操作 GlobalScope.launch(Dispatchers.Main) { tv_content.text = result } }}
看到这里,有的人可能觉得有点怪怪的,这看起来完全不足以吸引我使用协程,用回调不好吗?
kotlin毕竟是一门比较新的语言,所以在协程中,它同时给我们提供了一些非常实用的函数,所以上面的代码可以写成下面这样:
fun execute() { GlobalScope.launch(Dispatchers.Main) { //切到子线程执行任务 var result = withContext(Dispatchers.IO) { ApiService.execute(“/test”) } //任务执行完后自动回到主线程 tv_content.text = result }}
这个withContext函数的意义呢,就是能把耗时任务切到子线程去,然后任务执行完之后,又会自动切回主线程。
我们还可以继续优化一下代码,把数据请求和处理抽取到一个方法中,方便调用。
有人可能看到这里多了一个suspend关键字,这个其实就是告诉编译器这里要执行一个异步代码,调用者需要把我切到协程里,用什么切?
就是这个GlobalScope.launch(Dispatchers.Main) 。
不要想太多,就是一个编译检查而已,如果你不使用 GlobalScope.launch来调用suspend修饰的方法就不能编译通过
fun execute() {
到了这里,我相信很多喜欢回调的朋友们心中依然觉得,这依然不足以让我来使用协程。
我们继续往下看。
利用接口回调处理有上下文关联的任务
这时候有一个需求,我们需要先获取用户的token,再通过token查询用户名称
fun enqueue() { //先获取token ApiService.enqueue(“/login”, object : Callback { override fun onResponse(call: Call, response: Response) { val token = … //通过token请求用户信息 ApiService.enqueue(“/getUserInfo”, token, object : Callback { override fun onResponse(call: Call, response: Response) { val user = … runOnUiThread { //切换到主线程更新信息 tv_content.text = user.name } } override fun onFailure(call: Call, e: IOException) { } }) } override fun onFailure(call: Call, e: IOException) { } })}
使用协程处理有上下文关联的任务
fun execute() { GlobalScope.launch(Dispatchers.Main) { val token = login() val user = getUsrInfo(token) tv_content.text = user.name }}
写在最后
本次我的分享也接近尾声了,感谢你们在百忙中花上一下午来这里聆听我的宣讲,希望在接下来的日子,我们共同成长,一起进步!!!
最后放上一个大概的Android学习方向及思路(详细的内容太多了~),提供给大家:
对于程序员来说,要学习的知识内容、技术有太多太多,这里就先放上一部分,其他的内容有机会在后面的文章向大家呈现出来,不过我自己所有的学习资料都整理成了一个文档,一直在不断学习,希望能帮助到大家,也节省大家在网上搜索资料的时间来学习,也可以分享动态给身边好友一起学习!
为什么某些人会一直比你优秀,是因为他本身就很优秀还一直在持续努力变得更优秀,而你是不是还在满足于现状内心在窃喜!希望读到这的您能点个小赞和关注下我,以后还会更新技术干货,谢谢您的支持!
Android架构师之路很漫长,一起共勉吧!
如果你觉得文章写得不错就给个赞呗?如果你觉得那里值得改进的,请给我留言,一定会认真查询,修正不足,谢谢。
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门,即可获取!
!
为什么某些人会一直比你优秀,是因为他本身就很优秀还一直在持续努力变得更优秀,而你是不是还在满足于现状内心在窃喜!希望读到这的您能点个小赞和关注下我,以后还会更新技术干货,谢谢您的支持!
Android架构师之路很漫长,一起共勉吧!
如果你觉得文章写得不错就给个赞呗?如果你觉得那里值得改进的,请给我留言,一定会认真查询,修正不足,谢谢。
[外链图片转存中…(img-Eq7JQ4cI-1714970220074)]
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门,即可获取!