文档建议反馈控制台
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

【Kotlin 协程】协程异常处理 ④ ( Android 协程中出现异常导致应用崩溃 | Android 协程中使用协程异常处理器捕获异常 | Android 全局异常处理器 )

文章目录 一、Android 协程中出现异常导致应用崩溃 二、Android 协程中使用协程异常处理器捕获异常 三、Android 全局异常处理器 一、Android 协程中出现异常导致应用崩溃 --...-- 在前几篇博客示例中 , 协程中 如果出现异常 , 没有进行捕获 , 则程序直接崩溃 , 这种情况下需要进行 异常的捕获 以 避免 Android 应用程序的崩溃 ; 示例代码 : package...协程上下文 的 协程异常处理器 CoroutineExceptionHandler 元素 ; 代码示例 : package kim.hsl.coroutine import android.os.Bundle...java.lang.IllegalArgumentException 三、Android 全局异常处理器 ---- Android 中的 全局异常处理器 , 可以 获取 所有的 协程 中产生的 没有被捕获的异常...; ④ 创建 协程的 全局异常处理器 MyCoroutineExceptionHandler 自定义类 , 需要 实现 CoroutineExceptionHandler 接口 ; 并覆盖接口中的

1.3K10

【Kotlin 协程】协程异常处理 ③ ( 协程异常处理器 CoroutineExceptionHandler 捕获异常 | 验证 CoroutineScope 协程的异常捕捉示例 )

协程的异常捕捉示例 一、协程异常处理器 CoroutineExceptionHandler 捕获异常 ---- 在 【Kotlin 协程】协程上下文 ( 协程上下文构成要素 | 指定协程上下文元素组合...进行捕获 , 异常满足如下两个条件才会被捕 : 异常捕获时机 : 协程 自动抛出 的异常 , 可以在协程内被捕获 ; 使用 launch 构建的协程 可以在协程中捕获异常 , 使用 async 构建的协程...在 await 处捕获异常 ; 异常捕获位置 : 在 协程作用域 CoroutineScope 或者在 根协程 中 捕获 异常 ; 1、对比 launch 和 async 创建的协程的异常捕捉示例..., 但是 async 创建的协程中的异常直接抛出导致程序崩溃 ; 14:35:22.587 I CoroutineExceptionHandler 中处理异常...(Job()) 创建的协程的子协程 , 则异常不会被捕获到 ; package kim.hsl.coroutine import android.os.Bundle import android.util.Log

1.1K20
您找到你想要的搜索结果了吗？
是的
没有找到

【Kotlin 协程】协程异常处理 ② ( SupervisorJob 协程 | supervisorScope 协程作用域构建器函数 )

文章目录 一、SupervisorJob 协程 二、supervisorScope 协程作用域构建器函数 在上一篇博客介绍了 协程异常处理 【Kotlin 协程】协程异常处理 ① ( 根协程异常处理..., 会将异常 传递给 父协程 , 父协程会执行如下操作 : ① 取消子协程 : 不仅仅取消产生异常的子协程 , 该父协程下所有的子协程都会取消 ; ② 取消父协程 : 将父协程本身取消 ; ③ 向父协程的父协程传播异常...: 继续将异常传播给 父协程的父协程 ; 这样就会导致 某个子协程一旦出现异常 , 则 兄弟协程 , 父协程 , 父协程的兄弟协程 , 父协程的父协程 等等 都会被取消 , 这样牵连太大 , 因此本篇博客中引入几种异常处理机制解决上述问题...; 一、SupervisorJob 协程 ---- SupervisorJob 协程 执行时如果 该类型的 子协程 出现异常 , 不会将 异常传递给 父协程 , 因此也不会影响到 父协程 下的 其它子协程...; SupervisorJob 类型的 子协程 自己处理异常 , 不会向上传递异常 ; Android 使用场景 : 某个 View 组件由 多个协程控制 , 如果其中某个协程崩溃 , 其它协程仍正常工作

65010

【Kotlin 协程】协程异常处理 ① ( 根协程异常处理 | 自动传播异常 | 在协程体捕获异常 | 向用户暴露异常 | 在 await 处捕获异常 | 非根协程异常处理 | 异常传播特性 )

receive 处抛出异常 ) 2、异常捕获点 ( 在 await、receive 处捕获异常 ) 四、非根协程异常处理 五、异常传播特性 一、协程异常处理 ---- 在 协程任务 中 , 执行的代码出现异常..., 则需要 用户 通过 await 或 receive 来处理异常 ; 注意 : 下面讨论的情况是 根协程 的异常传播 ; 二、根协程自动传播异常 ---- 自动传播异常 : 使用 launch 或...actor 构建器 创建的 根协程 , 如果出现异常 , 会 马上抛出异常 ; 此类异常 在 可能出现异常的代码位置 进行捕获即可 ; 注意 : 下面讨论的情况是 根协程 的异常传播 ; 1、异常抛出点...---- 协程 运行时 , 产生异常 , 会将异常 传递给 父协程 , 父协程会执行如下操作 : ① 取消子协程 : 不仅仅取消产生异常的子协程 , 该父协程下所有的子协程都会取消 ; ② 取消父协程...: 将父协程本身取消 ; ③ 向父协程的父协程传播异常 : 继续将异常传播给 父协程的父协程 ;

65610

Kotlin协程-特殊的阻塞协程

阻塞协程是种特殊的协程启动方式，一般是用 runBlocking{} 扩起来一段协程。...这里给出结果，改用GlobalScope.launch之后，子协程会在一个独立的线程里运行。 runBlocking 在kotlin协程官网上对于这个api的解释是桥接阻塞与非阻塞的世界。...但实际情况跟注释有点不同，如果在 runBlocking 中开一个 GlobalScope.launch，并且在里面延时很久，那么外面的线程其实是不会等待 GlobalScope 里的协程完成的。...在创建完coroutine后就进入派发流程了，这部分和Kotlin协程-一个协程的生命周期中的逻辑比较相似，下面也会讲到。...这个问说明，runBLocking{}这种协程，它的运行逻辑是先把父协程放队列里，然后取出来执行，执行完毕再把子协程入队，再出队子协程，用同样的方式递归。

2.3K20

破解 Kotlin 协程(4) - 异常处理篇

关键词：Kotlin 协程 异常处理 异步代码的异常处理通常都比较让人头疼，而协程则再一次展现了它的威力。 1....supervisorScope 同样继承外部作用域的上下文，但其内部的取消操作是单向传播的，父协程向子协程传播，反过来则不然，这意味着子协程出了异常并不会影响父协程以及其他兄弟协程。...，顺序上的差异是线程调度的前后造成的，并不会影响协程的语义。...join 和 await 的不同：join 只关心协程是否执行完，await 则关心运行的结果，因此 join 在协程出现异常时也不会抛出该异常，而 await 则会；考虑到作用域的问题，如果协程抛异常...，可能会导致父协程的取消，因此调用 join 时尽管不会对协程本身的异常进行抛出，但如果 join 调用所在的协程被取消，那么它会抛出取消异常，这一点需要留意。

1.3K10

【Kotlin 协程】协程异常处理 ⑤ ( 异常传播的特殊情况 | 取消子协程示例 | 子协程抛出异常后父协程处理异常时机示例 | 异常聚合 | 多个子协程抛出的异常会聚合到第一个异常中 )

文章目录 一、异常传播的特殊情况 1、取消子协程示例 2、子协程抛出异常后父协程处理异常时机示例 二、异常聚合 ( 多个子协程抛出的异常会聚合到第一个异常中 ) 一、异常传播的特殊情况 ---- 在...【Kotlin 协程】协程异常处理 ① ( 根协程异常处理 | 自动传播异常 | 在协程体捕获异常 | 向用户暴露异常 | 在 await 处捕获异常 | 非根协程异常处理 | 异常传播特性 ) 博客中介绍到...; ③ 向父协程的父协程传播异常 : 继续将异常传播给 父协程的父协程 ; 但是也有特殊情况 : 协程 调用 Job#cancel() 函数 进行取消操作时 , 会 抛出 CancellationException...异常 , 该异常是正常的操作 , 会被忽略 ; 如果 抛出 CancellationException 异常 取消 子协程 , 其 父协程 不会受其影响 ; 如果 子协程 抛出的是 其它异常 , 该异常会被传递给...主线程 一直占用线程 , 子协程无法执行 ; 子协程执行起来后 , 取消子协程 , 此时 在子协程中 , 会抛出 CancellationException 异常 , 该异常不会传递到 父协程 中 ,

70010

kotlin-协程的异常处理机制分析

背景 使用kotlin的协程一段时间了，常用的用法也已经很熟悉，但都是停留在使用的阶段，没有对代码深入了解过，还是感觉有点虚；趁着过年这段时间，针对协程的异常处理，对其相关的源码学习了一波，梳理总结一下自己的理解...本文基于 Kotlin v1.4.0，Kotlin-Coroutines v1.3.9源码分析 1、CoroutineScope源码分析 作用：创建和追踪协程，管理不同协程之间的父子关系和结构 创建协程的方式...，不会把job取消(会打印“4”)，而且异常是job2所在协程抛出来的 3、协程中异常处理的流程源码分析 3.1、协程的三层包装 第一层：launch和async返回的job，封装了协程的状态，提供取消协程的接口...，首先会取消所有子协程 2、异常属于 CancellationException 时，不会取消父协程 3、使用SupervisorJob和supervisorScope时，即主从作用域，发生异常不会取消父协程...小结 1、协程默认的作用域是协同作用域，异常会传播到父协程处理，即 coroutineScope或者CoroutineScope(Job())这种形式 2、协程作用域如果是主从作用域，异常不会传播到父协程处理

89530

Kotlin协程上下文和异常处理

接下来父级会进行下面几步操作： 取消它自己的子级协程 取消它自己 将异常传播并传递给它的父级 SupervisorJob和SupervisorScope 使用SupervisorJob时，一个子协程的运行失败不会影响其他的子协程...，SupervisorJob不会传播异常给它的父级，它会让子协程自己处理异常 或者SupervisorScope中的子协程，一个失败，其他的子协程也不会受影响，但如果是协程作用域里面有异常失败，则所有子协程都会失败退出...全局异常处理器可以获取到所有协程未处理的未捕获异常，不过它不能对异常进行捕获。...取消与异常紧密相关，协程内部使用CancellationException来取消异常，但这个异常会被忽略 当子协程被取消时，不会取消它的父协程 如果一个协程遇到了CancellationException...以外的异常，它将使用该异常取消它的父协程。

5510

kotlin--协程上下文、异常处理

，全新的上下文，runBlocking 是主线程的协程上下文，所以当a开启任务时，不会阻塞主线程，当我们的进程都跑完了，jobA finished肯定不会打印了 例子2： fun `test context...，也不会影响协程上下文继承关系，主协程还是会等待子协程执行完毕后才结束生命 如果你已经完全理解了，那么就可以知道以上例子使用async启动也是一样的效果 二、协程的异常传递 1.协程的异常传播也是遵循了协程上下文的机制...，除了取消异常（CancellationException）外，当一个协程有了异常，如果没有主动捕获异常，那么异常会向上传播，直到根协程，子协程的异常都会导致根协程退出，自然其他子协程也会退出 例子1：...，当然会导致协程退出，我们可以在await的时候捕获下这个异常，就不会影响主线程上下文的协程运行了 fun `test coroutineScope exception4`() = runBlocking...，很明显这个异常是调用job3时输出的，由此又可以推断出，如果在等待任务结束时，任务出现异常并且手动捕获异常后，再启动子协程时，也会抛出异常，并且不可捕获 注意：新版本kotlin已修复这个bug，不会抛出异常了

92510

【Kotlin 协程】协程取消 ① ( 协程作用域取消 | 协程作用域子协程取消 | 通过抛出异常取消协程 | Job#cancel 函数 | 自定义异常取消协程 )

文章目录 一、协程取消 二、协程作用域取消 三、协程作用域子协程取消 四、通过抛出异常取消协程 1、Job#cancel 函数 2、默认异常取消协程 3、自定义异常取消协程 一、协程取消 ----...协程取消 : 取消协程作用域 : 取消 协程作用域 会将该作用域中的 所有 子协程 一同取消 ; 取消子协程 : 子协程 的取消 不会影响 同一层级的 兄弟协程的执行 ; 通过抛出异常取消协程 : 协程取消通常会通过...= null) 取消协程时 , 可以传入一个 CancellationException 异常实例对象 , 也可以不传 , 默认为 null ; // 取消协程作用域中的子协程 job1.cancel(...) 也可以传入一个 自定义 CancellationException 类型的异常 , 取消协程 ; // 取消协程作用域中的子协程 job1.cancel(CancellationException(..."自定义 CancellationException 异常")) 由于报出的 CancellationException 异常是正常情况 , 如果需要查看该异常 , 需要在协程中使用 try catch

80020

java协程框架quasar和kotlin中的协程

而反观协程，基于固定的几个线程调度，可以轻松实现百万级的协程处理，而且内存稳稳的。 后记 最后，博主以为Quasar只是一个框架层面的东西，所以就又去看了下同样是jvm语言的kotlin的协程。...，有种震惊的赶脚，kotlin的同步模型牛逼呀，瞬时感觉到发现了java里的骚操作了，可以使用kotlin的协程来代替java中的多线程操作。...所以就有下面这个kotlin协程实现的代码： @Service class KotlinAsyncService(private val weatherService: GetWeatherService...io操作，io操作是阻塞的，协程的并发也就变成了调度协程的几个线程的并发了。...而且当我把同样的代码放到Quasar中的时候，Quasar直接抛io异常了，说明Quasar还并不能轻松支持这个场景。

33330

Kotlin---协程的使用

第一个协程 在使用协程之前，需要保证Kotlin-Gradle-Plugin的版本高于1.3。目前最高的版本为1.3.11。...并且这样执行的协程，并不会阻塞主线程的执行 delay函数只能在协程中使用，否则编译不过，尽量避免使用GlobalScope.launch创建协程，当我们使用 GlobalScope.launch 时...如果我们忘记保持对新启动的协程的引用，它还会继续运行。 阻塞的协程runBlocking GlobalScope.launch启动了一个线程创建新的协程，并没有阻塞当前线程。...，并且不会阻塞当前线程 在runBlocking中调用launch()会在当前线程中执行协程 main @coroutine#1...launch 2 coroutines main @coroutine...，会等待coroutineScope中的协程都执行完毕后，才会继续执行 挂起函数 当协程中的代码超级多的时候，通常都会把这些代码提取到一个函数中。

1.2K20

【Kotlin 协程】协程的挂起和恢复 ② ( 协程挂起 和 线程阻塞 对比 )

文章目录 一、协程挂起 和 线程阻塞 对比 1、协程挂起 2、线程阻塞 3、挂起和阻塞对 UI 的影响 4、挂起分析 一、协程挂起 和 线程阻塞 对比 ---- 挂起是协程中的概念 , 只能在协程中使用...; 阻塞是线程中的概念 , 可以在主线程和子线程中使用 ; 1、协程挂起 协程 挂起 操作 : 在协程中使用 delay 函数 , 挂起 20 秒时间 , 然后 20 秒后更新 UI ; delay...协程 挂起 操作 不会出现 阻塞 UI 刷新的情况 , 挂起的 20 秒不影响 UI 刷新显示 ; 但是如果将主线程阻塞 , UI 不再刷新 , 会出现 ANR 崩溃异常 ; 图形化 GUI 系统中..., 一般都在主线程中更新 UI , 主线程中都有一个无限循环 , 不断刷新界面 , 如果在主线程中执行了耗时操作 , 就会影响到界面的刷新 , 出现漏帧 , ANR 崩溃异常 ; 4、挂起分析 协程中有挂起操作..., 会将挂起点的状态保存 , 同时协程停止执行 , 等待挂起函数执行完毕后 , 协程继续执行 ; 相当于阻塞的是协程 , 不会阻塞主线程 ;

1.7K20

【Kotlin 协程】协程的挂起和恢复 ① ( 协程的挂起和恢复概念 | 协程的 suspend 挂起函数 )

文章目录 一、协程的挂起和恢复概念 二、协程的 suspend 挂起函数 一、协程的挂起和恢复概念 ---- 函数 最基本的操作 是 : 调用 call : 通过 函数名或函数地址 调用函数 ; 返回...return : 函数执行完毕后 , 继续执行函数调用的下一行代码 ; 协程 在 调用 call 和 返回 return 基础上 , 又新增了两种 状态 : 挂起 Suspend : 暂停当前执行的协程..., 在子线程中执行异步任务后 , 会马上执行后续的代码 , 只是相当于 普通的多线程操作 ; 协程的作用就是 可以 顺序地执行 异步任务 和 主线程任务 , 其执行顺序按照代码顺序执行 ; 挂起 函数..., 只能在 协程体内部 或者 其它挂起函数 中调用 ; 协程外部不允许使用挂起函数 ; 在协程中 , 执行 挂起 Suspend 函数 , 将 挂起点的信息 记录下来 , 然后执行耗时操作 , 执行完毕后...){} 中 , 可以直接调用挂起函数 ; 挂起 函数 , 只能在 协程体内部 或者 其它挂起函数 中调用 ; 协程外部不允许使用挂起函数 ; 在协程中 , 执行 挂起 Suspend 函数 , 将 挂起点的信息

1.5K40

Kotlin---使用协程的异步

协程间的通信 协程与协程间不能直接通过变量来访问数据，会导致数据原子性的问题，所以协程提供了一套Channel机制来在协程间传递数据。...所以这里保证所有先前发送出去的元素都在通道关闭前被接收到。 基于协程的生产者\消费者 在协程中，可以通过produce来模拟生产者生产数据。并且通过consume来模拟消费者情况。...它启动了一个单独的协程，这是一个轻量级的线程并与其它所有的协程一起并发的工作。...、被限制并封装到该协程中的状态以及一个与其它协程通信的 通道 组合而成的一个实体。...一个 actor 是一个协程，而一个协程是按顺序执行的，因此将状态限制到特定协程可以解决共享可变状态的问题。实际上，actor 可以修改自己的私有状态，但只能通过消息互相影响（避免任何锁定）。

2.7K20

揭秘kotlin协程中的CoroutineContext

前言 -- 从kotlin1.1开始，协程就被添加到kotlin中作为实验性功能，直到kotlin1.3，协程在kotlin中的api已经基本稳定下来了，现在kotlin已经发布到了1.4，为协程添加了更多的功能并进一步完善了它...，所以我们现在在kotlin代码中可以放心的引入kotlin协程并使用它，其实协程并不是kotlin独有的功能，它是一个广泛的概念，协作式多任务的实现，除了kotlin外，很多语言如Go、Python等都通过自己的方式实现了协程...，它的结构很简单, 我们平时开发一般是不会去指定一个CoroutineName的，因为CoroutineName只在kotlin的调试模式下才会被用的, 它在debug模式下被用于设置协程运行线程的名字...还有子协程抛出的未捕获异常会委托父协程的CoroutineExceptionHandler处理，子协程设置的CoroutineExceptionHandler永远不会生效(SupervisorJob 除外...当父协程的子协程同时抛出多个异常时，CoroutineExceptionHandler只会捕获第一个协程抛出的异常，后续协程抛出的异常被保存在第一个异常的suppressed数组中，如下： fun main

1.8K30
点击加载更多

扫码

添加站长 进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

更多标签

活动推荐

    运营活动

    活动名称
    广告关闭

    腾讯云开发者

    扫码关注腾讯云开发者

    扫码关注腾讯云开发者

    领取腾讯云代金券

    热门产品

    热门推荐

    更多推荐

    Copyright © 2013 - 2024 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有

    深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 深公网安备号 44030502008569

    腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号 | 京公网安备号11010802020287

    领券