协程取消难点剖析与超时机制探析

协程取消难点剖析：

在上一次https://www.cnblogs.com/webor2006/p/11797374.html学习了协程的取消，本次继续对取消相关的东东进行进一步学习。

先回顾一下上一次协程取消的例子，因为接下来的实验会依据它来进行说明：

好，接下来咱们来改造一下：

也就是在finally里中调用了delay这个挂起函数了，那运行结果会如何呢？下面来瞅下：

呃，貌似结果有点让人意外呀：

其实这里是有原因的，下面先来将其理论描述一下：

“当我们在协程的finally块中使用了挂起函数时，会导致出现CancellationException异常，原因在于运行着该代码块的协程已经取消了。通常情况下，这并不会产生什么问题，因为大多数关闭操作（比如说取消一个job，关闭网络连接等）通常都是非阻塞的，并不需要使用挂起函数；然而，在极少数情况下，当我们在一个取消的协程中运行挂起操作时，我们可以将相应的代码放置到withContext(NonCancellable) {}当中，在这种结构中，我们实际上使用了withContext函数与NonCancellable上下文。”

言外之意就是：

那如果要完整执行我们想要的代码该如何搞呢？也就按理论描述所说，放置在withContext代码块中，如下：

再来看结果：

完美的执行了我们想要的代码，也就是如果未来实际代码中在finally块中想要执行挂起函数时，则可以用这种方式来解决，下面咱们来大致瞅一下这个withContext：

我们在调用时传了一个“NonCancellable”：

那咱们瞅一下它：

协程超时机制：

对于超时机制在实际需求中也是很常见的，比如进行网络访问时，如果因为某些原因请求非常之慢，则超时机制就是必须要存在的，所以下面来学习一下在Kotlin中的超时机制，先来看一下它的理论：

“

我们在使用协程时，如果取消了协程，那么很大一部分原因都在于协程的执行时间超过了某个设定值；我们可以通过手工引用与协程对应的Job的方式来启动一个单独的协程用于取消这个协程【也就是调用cancelAndJoin】，不过Kotlin提供了一个内建的函数【withTimeout】来帮助我们又快又好地做到这一点。

”

咱们来用一下：