作者pengrb Kotlin协程指南.docxVIP

作者pengrbKotlin

协程指南

目录

协程基础

第一个程序

桥接阻塞和非阻塞等待任务

提取函数重构协程是轻量级的

协程就像守护线程取消和超时

取消协程执行取消是合作性的

使计算代码可以取消最终关闭资源

运行不可取消块超时

挂起函数（Suspend）的组合默认顺序

使用异步并发异步懒加载

异步样式的函数

协程上下文（Context）及协程调度器（Dispatchers）协程调度器（Dispatchers）和线程（Thread）非限制和限制的协程调度

调试协程和线程线程之间的跳转任务中的Context

一个协程中的子协程

多个Context组合（“+”操作符）

给调试的协程取名（CoroutineName）通过显式取消Job

通道（Channel）

通道基础

通道基础

通道的关闭（close）和迭代（for）

构建通道生产者（ChannelProducers）管道（Pipelines）

管道生成素数

多输出（Fan-out，[多接收者]）多输入（Fan-in，[多生产者]）缓存通道（Bufferedchannels）

channel调用顺序是公平的（先进先出）共享的可变状态和并发性

问题

@Volatile是毫无帮助的

线程安全的数据结构（AtomicInteget）粒度的线程限制

粗粒度的线程限制互斥现象（Mutex）Actors

select表达式（selectR{...}）

channel中select表达式（selectR{onReceive()...}）close中的select表达式（selectR{onReceiveOrNull()...}）send中的select表达式（selectR{onSend()...}）Deferred中select表达式（selectR{onAwait...}）

切换Deferred值的channel

协程基础

这部分包括协程的概念

第一个程序

运行一下代码：

运行结果：

从本质上来说，协程是属于轻量级线程，被协程构建器所启动，可以用launch(CommonPool){...}替换thread｛...｝和delay(...)替代Thread.sleep()从而获取相同效果

如果使用thread来替换launch(CommonPool){...}启动协程，编译器会报错：

那是因为delay是一个特殊的挂起函数，它不会阻塞一个线程，而是暂停协程（Coroutine），只能在协程中使用

桥接阻塞和非阻塞

第一个例子在main方法中混合了非阻塞的delay（）和阻塞的Thread.sleep（），那样有点混乱，可以使用runBlocking来区分：

运行结果：

运行结果一样，但这段代码只使用于非阻塞的delay，而runBlocking｛｝被作为一个顶层的主协程的适配器，运行runBlocking代码块以外的常规代码，知道运行runBlocking中的协程是存活的

其实runBlocking｛｝是用来阻塞当前线程而运行新的协程（coroutine），直到该协程执行完，runBlocking不应该被用在协程（coroutine）中，它的设计目的是为了将常规线程的阻塞代码连接到协程暂停而编写的库，一般主要用于main方法或者测试用例

为suspending函数编写一个单元测试：

等待任务

使用延时来让另一个协程执行任务不是一个好的方式，可以使用job.join（）非阻塞的明确等待协程执行完所做的

后台工作

运行结果：

运行结果还是一样，但可以看到现在主协程与后台执行的子协程并没有以任何延时的代码方式相关联

提取函数重构

将launch(CommonPool){}中的代码块提取到一个单独的函数中，当对此代码执行Extractfunction重构时，可以获取一个带有suspend修饰符的新函数，他是一个延时函数，suspend函数可以类型普通函数一样在协程Coroutine中被调用，而且它还可以使用其他协程的延时函数，比如delay（）函数暂停执行一个协程Coroutine

协程是轻量级的

运行下面代码：

它启动100k协程，1秒后每个协程打印一个点，如果尝试使用线程来实现，可能会内存溢出

协程就像守护线程

以下代码启动一个长时间运行的协程，每秒打印一次“我正在睡觉”，然后延迟一段时间后返回main函数：

运行结果：

协程并不能使整个过程处于存活，反而它们却像守护线程一样

取消和超时

这部分包含协程的取消和超时

取消协程执行

在小应用中，一般主要从main方法的返回可以让所有的协程Coroutine隐式终止，但是在较大、长时间运行的程序中，则需要更细微的控制，使用laun