cancel后 调用 join 正确的现象应该是什么？

Question

这是书上最新的代码。打印了 end 。

job.cancel您不说把他所在的协程取消了么。也就是 suspend mian这个协程取消了。为啥还会打印 end？

============================update=====================

图一

图二

Answer 1

bennyhuo 2020-11-05 21:12:29

打断点，导致delay的2000时间到了吧，所以协程都执行完了还取消个啥

Answer 2

bennyhuo 2020-11-03 18:52:06

cancel的是job，job是launch启动的那个协程，并非suspend main函数的协程。这个我在视频和书里面都有特意强调，可以留意下

• 提问者 慕前端9039556 #1

  我看了一下书，书上写的是job.cancel后 join也要响应取消事件，进而把注册的回调移除了
  【 continuation.invokeOnCancel { disposable.dispose() }】
  
  完整代码：
  
   private suspend fun joinSuspend() = suspendCancellableCoroutine<Unit> {
          continuation ->
          val disposable = doOnCompleted {
              result ->
              continuation.resume(Unit)
          }
          continuation.invokeOnCancel { disposable.dispose() }
      }
  所以根据下面的代码分析可知continuation.resume(Unit)不会执行。
  所以Suspend main 函数这个状态机不会被resume。进而 最后的end应该不会被打印才对呀？

• bennyhuo 回复 提问者 慕前端9039556 #2

  你还是没区分清楚  job.join调用所在的协程和job自己。
  
  job被取消了，但job所在的协程有没有被取消。

• 提问者 慕前端9039556 回复 bennyhuo #3

  我发现一个问题，他可能导致了我的理解上跟你出现了歧义。我1楼上传了两张图片。这个现象是bug吗？我真不理解为啥会直接两次状态流转。。。

点开查看后面5条评论