随笔分类 - android-kotlin-协程
kotlin的协程
摘要：一，runBlocking中运行子协程 代码: //处理按钮点击事件 binding.button4.setOnClickListener { runBlocking { println("main start") // 1 val job = launch { // TODO 协程 println
阅读全文
摘要：一，已结束协程作父协程 代码： //处理按钮点击事件 binding.button1.setOnClickListener { runBlocking { println("main start") // 1 val job = launch { // 协程1 println("launch 1 s
阅读全文
摘要：一，代码： //处理按钮点击事件 binding.button2.setOnClickListener { runBlocking { val parentJob = launch(CoroutineName("myblock")) { val job1 = launch { println("协程
阅读全文
摘要：一，两种超时处理方式 使用 withTimeout 或 withTimeoutOrNull 可以指定 Job 任务的超时时间。两者的区别在于： withTimeout 函数会在超时后抛出一个超时异常 TimeoutCancellationException withTimeoutOrNull 函数会
阅读全文
摘要：一，例子：用cancel()取消job 代码： //处理按钮点击事件 binding.button1.setOnClickListener { runBlocking { val job = launch { try { println("try start") delay(1000) printl
阅读全文
摘要：一，例子： 代码： //处理按钮点击事件 binding.button1.setOnClickListener { runBlocking { val job = launch { try { println("try start") delay(1000) println("try end") }
阅读全文
摘要：一，例子：不用yield()挂起当前任务 说明:yield在协程中就可以简单的理解为，挂起当前任务（注意是任务），释放此线程的monitor让其他正在等待的任务公平的竞争，去获得执行权。 代码： 定义线程和函数 val singleDispatcher = newSingleThreadContex
阅读全文
摘要：一，常见的协程作用域 协程的作用域用于统一管理协程，包括跟踪所有协程和取消所有协程。 常见的协程作用域有： GlobalScope：它是一种顶级协程。生命周期是进程级别的，只要应用进程还在运行，即使 Activity 或 Fragment 被销毁，此作用域下的协程仍然会执行。 MainScope：只
阅读全文
摘要：一，例子：协程不能被取消: //处理按钮点击事件 binding.button1.setOnClickListener { runBlocking { val scopeJob = Job() val scope = CoroutineScope(scopeJob) val coroutineJob
阅读全文
摘要：一，例子：cpu密集型任务会使cancel()无效 代码： //处理按钮点击事件 binding.button1.setOnClickListener { runBlocking { val startTime = System.currentTimeMillis() val job = launc
阅读全文
摘要：一，两者的相同点和不同点: 共同点 首先，我们来看一下 coroutineScope 和 supervisorScope 的共同特性： 作用域嵌套：两者均可以嵌套在其他作用域中。 结构化并发：它们都强制执行结构化并发，即作用域会等待所有启动的子协程完成之后才会完成自身。 取消传播：从父协程向子协程传
阅读全文
摘要：一，区别: supervisorScope 的直接子协程是可以捕获到异常的，因为这些 supervisorScope 的子协程需要自己处理异常。 与 supervisorScope 不同的是，coroutineScope 的直接子协程不能捕捉到异常 二，例子:supervisorScope的直接子协
阅读全文
摘要：一，CoroutineExceptionHandler捕获异常的条件 CoroutineExceptionHandler 捕获异常需要两个条件： 这个异常是自动传播的。 CoroutineExceptionHandler 位于 CoroutineScope 的 CoroutineContext 中，
阅读全文
摘要：一，CoroutineExceptionHandler不同的用法 统一给父协程定义一个 CoroutineExceptionHandler，如果一个子协程异常了，其他子协程也不需要继续的话就采用 coroutineScope 方法，默认的 Job 就是这种表现，如果一个子协程异常了，其他子协程还需要
阅读全文
摘要：一，CoroutineContext 协程上下文包含哪些元素? Job：控制协程的生命周期。 CoroutineDispatcher： 指定分发任务的线程，这一项就是我们已经介绍过的调度器：Dispatchers。默认值是 Dispatchers.Default。 CoroutineName：指定协
阅读全文
摘要：一，代码 代码： //处理按钮点击事件 binding.button1.setOnClickListener { runBlocking { log(1) val job = GlobalScope.launch(start = CoroutineStart.UNDISPATCHED) { log(
阅读全文
摘要：一，例一:atomic模式启动 代码: //处理按钮点击事件 binding.button3.setOnClickListener { runBlocking { log(1) val job = GlobalScope.launch(start = CoroutineStart.ATOMIC) {
阅读全文
摘要：一，协程的四大启动模式 LAZY 是懒汉式启动，launch 后并不会有任何调度行为，协程体也自然不会进入执行状态，直到我们需要它执行的时候。当需要它的运行结果的时候， launch 调用后会返回一个 Job 实例，对于这种情况，我们可以： 调用 Job.start，主动触发协程的调度执行 调用 J
阅读全文
摘要：一，Job()作为父协程时，子协程的状态不会影响它的状态 代码： //处理按钮点击事件 binding.button1.setOnClickListener { runBlocking { val parentJob = Job() launch(parentJob) { // 使用新的 job 替
阅读全文
摘要：一，Job生命周期示意图: 状态的表格: 二，例子： 代码： //处理按钮点击事件 binding.button2.setOnClickListener { runBlocking { // Job 在创建后就是 Active 状态 val job = Job() println(job) // J
阅读全文
浙公网安备 33010602011771号