目录
目录
前言
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 }}
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)
学习路线+知识梳理
花了很长时间,就为了整理这张详细的知识路线脑图。当然由于时间有限、能力也都有限,毕竟嵌入式全体系实在太庞大了,包括我那做嵌入式的同学,也不可能什么都懂,有些东西可能没覆盖到,不足之处,还希望小伙伴们一起交流补充,一起完善进步。
这次就分享到这里吧,下篇见。
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
rc=“https://i-blog.csdnimg.cn/blog_migrate/126c4e771f50cf492097e090b5d4b00b.jpeg” />
学习路线+知识梳理
花了很长时间,就为了整理这张详细的知识路线脑图。当然由于时间有限、能力也都有限,毕竟嵌入式全体系实在太庞大了,包括我那做嵌入式的同学,也不可能什么都懂,有些东西可能没覆盖到,不足之处,还希望小伙伴们一起交流补充,一起完善进步。
这次就分享到这里吧,下篇见。
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!