那段日子抽时刻学了一下协程，发现协程其实在几年前就现已存在了，仅仅近一俩年才开端有了慢慢遍及的现象，所以学完后及时输出一下~
不知能否帮到你，希望别带歪你，时刻过得可真是快啊，一晃多年...
协程是什么？
关于协程，其实在Lua言语、Python言语、Go言语、Java言语中都早已存在，Android中是在Kotlin 1.3版别后引入了协程，仅仅因为其时Kotlin都还没有遍及，所以了解协程的人更少了，尽管2018协程现已有了初期稳定版别，但是依旧遍及率不高…
协程（coroutines） 是由 JetBrains 开发的丰厚的协程库，英语好的同学能够看官网学学根底运用
假如英文不好的话，看看官网中文版的Kotlin协程运用辅导吧
在Google中有出过一篇：怎么在 Android 应用中运用 Kotlin 协程
话说，android的协程首要体现在Kotlin言语方面，众所周知Kotlin也便是近两三年开端遍及的，那么现在掌握协程也是必不可少的技术了
Kotlin协程：我以为Kotlin协程，更多的时分代表的是一个轻量级的线程库或许说是线程结构
开端特征
- 协程是运转在单线程中的并发程序，意味着它的体量比线程更小
- 协程支撑主动切换线程，子主线程可随意切换
关于协程环境首要涉及到了Dispatchers调度器，常见有三种环境（最终一个个人较少运用- – ）
-
Dispatchers.Main：调用程序在Android 中的主线程 -
Dispatchers.IO：适合主线程之外的操作，首要针对磁盘和网络 IO 进行了优化，适合 IO 密集型的使命，比方：读写文件，操作数据库以及网络恳求 -
Dispatchers.Default：适合 CPU 密集型的使命，比方计算，json数据的解析，以及列表的排序， -
Dispatchers.Unconfined：在调用的线程直接履行
协程 – 发动形式（枚举）
public enum class CoroutineStart {
DEFAULT,
LAZY,
@ExperimentalCoroutinesApi
ATOMIC,
@ExperimentalCoroutinesApi
UNDISPATCHED;
}
四种发动形式，含义如下
-
DEFAULT：默许的形式，当即履行协程体 -
LAZY：只有在需求的情况下运转 -
ATOMIC：当即履行协程体，但在开端运转之前无法撤销 -
UNDISPATCHED：当即在当时线程履行协程体，直到第一个 suspend 调用
为什么要运用协程？
关于协程的特点，Google早有阐明
-
轻量：您能够在单个线程上运转多个协程，因为协程支撑挂起，不会使正在运转协程的线程阻塞。挂起比阻塞节省内存，且支撑多个并行操作。 -
内存泄漏更少：运用结构化并发机制在一个效果域内履行多项操作。 -
内置撤销支撑：撤销操作会主动在运转中的整个协程层次结构内传达。 -
Jetpack 集成：许多 Jetpack 库都包括供给全面协程支撑的扩展。某些库还供给自己的协程效果域，可供您用于结构化并发。
话说，协程在写法上答应在不同线程的代码，写在同一个代码块中，仍是比较便利的 （这点比较契合内存走漏更少的描绘）~
可能很多人都会有一些和我相同的疑问 – 假如仅仅线程结构的话，为何不持续运用Thread？假如仅仅为了便利线程切换的话，为何持续运用RxJava？
- 协程是根据线程的，意味着
协程体量比线程要小（看下图秒懂），但是关于性能提升，并不显着； - 协程供给了专属的
Dispatchers可满足不同场景的线程运用，可及时切换线程； - 协程隶属
Jetpack组件库，首要Jetpack组件库是Google首推，一同Jetpack的组件被运用率很高 - 协程兼容了
Lifecycle、ViewModel、LiveData等组件库，现在这些组件库现已都开端支撑协程的运用了
这儿借用一下网图，阐明线程和协程运转的环境
线程运转环境
协程运转环境
怎么运用协程？
假如你准备开端运用协程的话，最好是有必定的Kotlin根底，一同对Jetpack相关组件的了解，它会使你事半功倍
敞开协程的方法通常有俩种，其一是launch函数，其二是async函数
-
launch更多是用来建议一个无需结果的耗时使命（如批量文件删除、创立），这个作业不需求回来结果。 -
async则是更进一步，用于异步履行耗时使命，而且需求回来值（如网络恳求、数据库读写、文件读写），在履行结束经过await()函数获取回来值。
咱们能够在协程中动态切换对应使命的履行环境，首要是经过withContext(Dispatchers.环境)方法
协程需求运转在协程上下文环境，在非协程环境中凭空发动协程 – 三种方法
-
runBlocking建立新的协程，运转在当时线程上，因此会阻塞当时线程，直到协程体结束 -
GlobalScope.launch发动一个新的线程，在新线程上建立运转协程，不阻塞当时线程 -
GlobalScope.asyn发动一个新的线程，在新线程上建立运转协程，而且不阻塞当时线程，支撑 经过await获取回来值
协程中的使命怎么挂起和恢复？
协程中进行协程切换的场景，首要涉及到suspend和resume，意图是在挂起函数履行结束之后，协程会主动的从头切回它原先的线程（留意：普通函数没有suspend和resume这两个特性）
关于suspend挂起函数，更多是作为一个标记和提示，提示调用者我是需求耗时操作，需求用挂起的方法,在协程中运用放在后台履行
-
suspend用于暂停履行的当时协程,并保存一切的局部变量 -
resume用于已暂停的协程中暂停出恢复
add 依靠
//新版别，慎用，不知有没有坑，介怀的话能够运用1.1.1版别
implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-android:1.4.1'
implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-core:1.4.1'
先解说launch的运用
- 在主线程中经过
GlobalScope.launch(Dispatchers.Main) {}发动协程，这儿要留意咱们一般将上下文环境设为Dispatchers.Main - 关于子线程（IO线程）履行函数，咱们首要需求用
suspend进行修饰为挂起函数，一同在内部经过withContext进行线程切换
首要运用GlobalScope.launch函数敞开大局范围的协程，而其参数咱们一般运用的是Dispatchers.Main，意味着主线程协程
GlobalScope.launch(Dispatchers.Main) {
//子线程函数
ioThread()
//主线程函数
mainThread()
}
一般子线程方法，咱们运用suspend挂起函数，结合withContext切换子主线程
//IO线程履行的挂起函数，内部经过withContext声明内部逻辑在子线程履行，履行结束后会主动切回主线程
suspend fun ioThread() {
withContext(Dispatchers.IO) {
print("IOThread： ${Thread.currentThread().name}")
}
}
像上方的写法你可能感觉不到协程的快感，那么你在看看下方平等代码
GlobalScope.launch {
//子线程使命
withContext(Dispatchers.IO) {
print("IOThread： ${Thread.currentThread().name}")
}
//主动切回主线程
print("MainThread：+${Thread.currentThread().name}")
//子线程使命
withContext(Dispatchers.IO) {
print("IOThread： ${Thread.currentThread().name}")
}
}
在解说async的运用
首要async履行的协程是支撑经过await()回来数据的，一同async也常用于并行使命，咱们能够同步履行多个协程使命，最终一同同步回来
协程的suspend挂起函数，除了自身提示的效果外，一般包括着线程切换
//并发恳求
val asyncLaunch = GlobalScope.launch {
val async = async { add1() }
val async1 = async { add2() }
System.out.println(async.await() + async1.await())
}
suspend fun add1(): Int {
delay(1000L)
return 10 + 10;
}
suspend fun add2(): Int {
delay(2000L)
return 5 + 8;
}
在文档中有一种经过awaitAll批量获取async数据的方法，有爱好能够学学，简单便利
suspend fun fetchTwoDocs() = // called on any Dispatcher (any thread, possibly Main)
coroutineScope {
val deferreds = listOf( // fetch two docs at the same time
async { fetchDoc(1) }, // async returns a result for the first doc
async { fetchDoc(2) } // async returns a result for the second doc
)
deferreds.awaitAll() // use awaitAll to wait for both network requests
}
怎么避免协程走漏、内存走漏？
首要想一下咱们惯例是怎么避免内存泄漏的？嗯… 有点墨迹了，其实大多是在onDestroy中将组件cancle或将数据设置为null等~
经过launch函数查看内部源码能够发现它会回来一个Job目标，那么咱们在往内部看一看
查看Job目标内部能够看出Job是具有cancel方法的，那么咱们完全能够在组件的onDestroy中撤销协程，避免协程内部持续引用外部目标而形成走漏
故此，咱们能够直接获取协程的目标，然后调用cancel的方法，从而避免内存走漏；不过现在运用Lifecycle更快捷一些
//敞开协程
val job = GlobalScope.launch {
//子线程使命
withContext(Dispatchers.IO) {
print("IOThread： ${Thread.currentThread().name}")
}
//主动切回主线程
print("MainThread：+${Thread.currentThread().name}")
//子线程使命
withContext(Dispatchers.IO) {
print("IOThread： ${Thread.currentThread().name}")
}
}
//撤销协程
job.cancel()
爱好扩展
Job：协程构建函数的回来值，能够把 Job 看成协程目标自身，协程的操作方法都在 Job 身上了
-
job.start()– 发动协程，除了 lazy 形式，协程都不需求手动发动 -
job.join()– 等候协程履行结束 -
job.cancel()– 撤销一个协程 -
job.cancelAndJoin()– 等候协程履行结束然后再撤销
Jetpack AAC 哪些组件支撑协程？
谈支撑协程的组件前，仍是想说一下GlobeScope不受欢迎的原因 – – ~
GlobeScope：生命周期与app同步，跟着kotlin的更新，现已慢慢不推荐运用这个了
-
不推荐的原因：首要是很难避免因自己失误操作，呈现的内存泄漏问题
-
推荐原因：个人以为作为新手入门运用的
Scope仍是能够的
话说回来，目前来看AAC组件库中的Lifecycle、ViewModel、LiveData都现已开端支撑协程的运用了，也都供给了对应的协程调用方法
运用 lifecycleScope 或 viewModelScope ，最好有 Lifecycle 、ViewModel 根底，记住加入以下依靠
//lifecycleScope
implementation 'androidx.lifecycle:lifecycle-runtime-ktx:2.2.0'
//viewModelScope
implementation 'androidx.lifecycle:lifecycle-viewmodel-ktx:2.2.0'
lifecycleScope：在activity或许fragment里边运用协程的时分，用lifecycleScope，它在Lifecycle履行，onDestory的时分撤销
深夜了，有点无聊，咱们看看lifecycleScope供给的方法，内部封装了发动协程的生命周期，又一次能够偷闲了..
LifecycleCoroutineScope 内包括方法
无聊，写个样例，咱们能够经过lifecycleScope动态设置发动协程的时刻
val launchWhenCreated = lifecycleScope.launchWhenCreated {
print("深夜咯")
suspend {
withContext(Dispatchers.IO){
print("睡觉吧")
}
}
print("晚安")
}
override fun onDestroy() {
super.onDestroy()
launchWhenCreated.cancel()
}
viewModelScope：viewModelScope只能在ViewModel里边运用协程，它会在ViewModel调用clear方法的时分撤销；这便利近期忙着学习，还没有用到，等今后我回头补全
