协程的基本概念及用法 📅 发布时间:2026/7/16 10:00:42 👁️ 浏览次数: 协程的基本概念及用法协程的基本概念及用法1. 阅读前问题卡Kotlin 协程1.1 阅读前先看这几个问题1.2 读完后完成这 3 个任务1.2.1 任务 1说明协程与线程的关系1.2.2 任务 2区分协程创建、切换与挂起1.2.3 任务 3走读请求示例的状态变化1.3 自检清单2. 协程是什么3. 协程与线程的关系4. 协程的基本使用4.1 使用 launch 方法4.2 使用 withContext 方法4.3 使用 suspend 关键字5. 获取协程的返回值5.1 async / await5.2 suspendCoroutine6. 协程的非阻塞式挂起7. 代码示例1. 阅读前问题卡Kotlin 协程建议先读先读“协程是什么”和“协程与线程的关系”再依次阅读launch、withContext与suspend三个小节。1.1 阅读前先看这几个问题文档如何界定 Kotlin 协程它与线程和进程分别是什么关系为什么单线程中使用协程不会缩短总执行时间Android 主线程上的耗时操作又为什么仍需切换线程runBlocking、GlobalScope.launch和自行创建CoroutineScope这 3 种方式各有什么适用边界launch、withContext和suspend分别负责创建协程、切换线程和限制调用位置中的哪一部分协程执行到suspend方法时线程和协程各自如何继续执行完成后又如何resumeasync / await与suspendCoroutine在是否创建协程、返回结果和提交异常方面有什么区别代码示例中的请求状态如何从IDLE变为LOADING再进入SUCCESS或FAIL期间在哪些线程执行1.2 读完后完成这 3 个任务1.2.1 任务 1说明协程与线程的关系做什么用自己的话复述协程、线程和进程的关系并解释文档所说的“协作式多任务”。验证标准能用不超过 4 句话说明代码运行层级、协程依赖线程、单线程总耗时和 Android 主线程切换要求。1.2.2 任务 2区分协程创建、切换与挂起做什么整理一张小表对比runBlocking、GlobalScope.launch、CoroutineScope.launch、withContext和suspend的作用。验证标准每项都能写出“是否创建协程、是否切换线程、是否阻塞或限制调用位置”中的适用结论并能对应到正文依据。1.2.3 任务 3走读请求示例的状态变化做什么从simulateNetworkRequest()开始按执行顺序标出状态更新、协程启动、IO 线程切换、结果返回和 Compose 界面读取状态的位置。验证标准能画出IDLE → LOADING → SUCCESS / FAIL的状态路径并指出viewModelScope.launch、async / await、withContext(Dispatchers.IO)和collectAsState()各自所在步骤。1.3 自检清单我能用一句话说明本文语境下的 Kotlin 协程是什么。我能说明协程、线程和进程之间的关系。我能区分 3 种协程创建方式的特点和使用边界。我能解释launch、withContext、suspend、挂起和恢复之间的关系。我能比较async / await与suspendCoroutine的用途。我能沿着示例代码复述请求状态、线程切换和界面更新流程。2. 协程是什么协程是一种编程思想并不局限于特定的语言。除 Kotlin 以外其他的一些语言如 Go、Python 等都可以在语言层面上实现协程。Kotlin Coroutine 本质上是 Kotlin 官方提供的一套线程封装 API其设计初衷是为了解决并发问题让“协作式多任务”实现起来更方便。3. 协程与线程的关系从 Android 开发者的角度去理解它们之间的关系我们所有的代码跑在线程中而线程跑在进程中。协程也是跑在线程中的可以是单线程也可以是多线程。单线程中协程的总执行时间并不会比不用协程少。Android 系统上在主线程上进行耗时操作如网络请求即使用了协程也需要切换线程。4. 协程的基本使用4.1 使用 launch 方法协程在写法上和普通的顺序代码类似可以让开发者用同步的方式写出异步的代码。创建协程可以使用以下 3 种方式runBlocking{// 方法1使用 runBlocking 顶层函数}GlobalScope.launch{// 方法2使用 GlobalScope 单例对象调用 launch 开启协程}valcoroutineScopeCoroutineScope(context)coroutineScope.launch{// 方法3自行通过 CoroutineContext 创建一个 CoroutineScope 对象}方法 1 适用于单元测试场景实际开发中不使用因为它是线程阻塞的。方法 2 与runBlocking相比不会阻塞线程但它的生命周期会和 APP 一致且无法取消。方法 3 比较推荐使用可以通过context参数去管理和控制协程的生命周期。此处的launch方法含义是创建一个新的协程并在指定的线程上运行它。传给launch方法的连续代码段就被叫做一个协程传给launch方法的方法参数可以用于指定执行这段代码的线程。coroutineScope.launch(Dispatchers.IO){// 可以通过 Dispatchers.IO 参数把任务切到 IO 线程执行}coroutineScope.launch(Dispatchers.Main){// 也可以通过 Dispatchers.Main 参数切换到主线程}4.2 使用 withContext 方法这个方法可以切换到指定的线程并在闭包内的逻辑执行结束之后自动把线程切换回去继续执行如下所示coroutineScope.launch(Dispatchers.Main){// 在 UI 线程开始valimagewithContext(Dispatchers.IO){// 切换到 IO 线程getImage(imageId)// 在 IO 线程执行}imageView.setImageBitmap(image)// 回到 UI 线程更新 UI}该方法支持自动切回原来的线程能够消除并发代码在协作时产生的嵌套。如果需要频繁地进行线程切换这种写法将有很大的优势这就是“使用同步的方式写异步代码”。4.3 使用 suspend 关键字我们可以把withContext单独放进一个方法里面此方法需要使用suspend关键字标记才能编译通过suspendfungetImage(imageId:Int)withContext(Dispatchers.IO){}使用launch、async等方法创建的协程在执行到某个suspend方法时会从正在执行它的线程上脱离。互相脱离后的线程和协程将会分别执行不同的任务线程线程执行到了suspend方法就暂时不再执行剩余协程代码跳出协程的代码块。如果它是一个后台线程它会被系统回收或者再利用继续执行别的后台任务与 Java 线程池中的线程等同如果它是 Android 主线程它会继续执行界面刷新任务。协程协程会从上面被挂起的suspend方法开始在该方法的参数指定的线程如Dispatchers.IO所指定的 IO 线程中继续往下执行。suspend方法执行完成之后会重新切换回它原先的线程。这个“切回来”的动作在 Kotlin 中叫做resume。suspend关键字只是一个提醒为了让它包含真正挂起的逻辑要在它内部直接或间接调用 Kotlin 自带的suspend方法。该关键字本身只有一个效果限制这个方法只能在协程里或者另一个suspend方法中被调用否则就会编译不通过。5. 获取协程的返回值协程是一种异步的概念需要一些特殊操作才能获取返回值。获取协程的返回值可以使用以下方式5.1 async / await主要流程是使用async开启协程然后调用async返回的Deferred对象的await方法获取协程运算的结果coroutineScope.launch(Dispatchers.IO){valjobasync{delay(1000)returnasyncreturn value}println(async result${job.await()})}5.2 suspendCoroutine与async不同suspendCoroutine只是一个挂起方法无法开启协程需要在其他协程作用域中使用。协程运行结束后使用resume提交返回值或使用resumeWithException抛出异常。coroutineScope.launch(Dispatchers.IO){try{valresultsuspendCoroutineString{delay(1000)valrandomRandom().nextBoolean()if(random){it.resume(return value)}else{it.resumeWithException(Exception(Coroutine Failure))}}println(suspendCoroutine success result:$result)}catch(e:java.lang.Exception){println(suspendCoroutine failure exception:$e)}}6. 协程的非阻塞式挂起“非阻塞式挂起”指的就是协程在挂起的同时切线程这件事情。使用了协程的代码看似阻塞但由于协程内部做了很多工作包括自动切换线程它实际上是非阻塞的。在代码执行的过程中线程虽然会切换但写法上类似普通的单线程代码。在 Kotlin 中协程就是基于线程来实现的一种更上层的工具 API类似于 Android 自带的 Handler 系列 API。在设计思想上协程是一个基于线程的上层框架。Kotlin 协程并没有脱离 Kotlin 或者 JVM 创造新的东西只是简化了多线程的开发。7. 代码示例使用协程模拟实现一个网络请求等待时显示 Loading请求成功或者出错让 Loading 消失并将状态反馈给用户。在ViewModel中编写如下业务逻辑代码HiltViewModelclassMainViewModelInjectconstructor():ViewModel(){enumclassRequestStatus{IDLE,LOADING,SUCCESS,FAIL}valrequestStatusMutableStateFlow(RequestStatus.IDLE)/** * 模拟网络请求并将状态设置给 requestStatus 变量 */funsimulateNetworkRequest(){requestStatus.valueRequestStatus.LOADING viewModelScope.launch{valrequestResultasync{performSimulatedRequest()}.await()requestStatus.valueif(requestResult)RequestStatus.SUCCESSelseRequestStatus.FAIL}}/** * 使用 delay 方法模拟耗时操作用随机数模拟请求成功或失败 */privatesuspendfunperformSimulatedRequest()withContext(Dispatchers.IO){delay(500)valrandomRandom()returnwithContextrandom.nextBoolean()}}MainActivity中使用 Jetpack Compose将请求状态实时显示在界面上AndroidEntryPointclassMainActivity:ComponentActivity(){privatevalmainViewModel:MainViewModelbyviewModels()overridefunonCreate(savedInstanceState:Bundle?){super.onCreate(savedInstanceState)setContent{ComposeTheme{Surface(modifierModifier.fillMaxSize(),colorMaterialTheme.colorScheme.background){valrequestStatusStatemainViewModel.requestStatus.collectAsState()valrequestStatusbyrememberSaveable{requestStatusState}Text(textrequestStatus.name,colorColor.Red)}}}mainViewModel.simulateNetworkRequest()}}
基于STC8H1K高级PWM的正交编码器测速与方向检测实践 1. STC8H1K高级PWM与正交编码器基础 正交编码器在电机控制和位置检测中扮演着关键角色。这种传感器通过输出两路相位差90度的脉冲信号(A相和B相),不仅能测量转速,还能判断旋转方向。STC8H1K系列单片机内置的高级PWM模块࿰… 2026/7/16 10:00:42
Windows数字许可激活工具CMWTAT的技术解析与应用 1. 项目概述:数字许可激活工具的核心价值在Windows系统使用过程中,正版激活始终是绕不开的话题。不同于传统的KMS激活或密钥激活,数字许可(Digital License)是微软近年来推广的正版授权机制,它通过硬件哈希… 2026/7/16 9:58:40
ROS rqt 启动段错误(Segmentation Fault)的深度诊断与修复指南 1. 理解rqt段错误的本质 当你兴冲冲地准备用rqt_graph查看ROS节点关系图,或者在rqt_gui里调试参数时,终端突然跳出"Segmentation fault (core dumped)"的红色错误提示,那种感觉就像开车时突然爆胎。这种错误在ROS开发中并不罕见&am… 2026/7/16 9:58:40
鸣潮自动化终极指南:3步解决你的游戏时间焦虑 鸣潮自动化终极指南:3步解决你的游戏时间焦虑 【免费下载链接】ok-wuthering-waves 鸣潮 后台自动战斗 自动刷声骸 一键日常 Automation for Wuthering Waves 项目地址: https://gitcode.com/GitHub_Trending/ok/ok-wuthering-waves 你是否每天花费数小时在《… 2026/7/16 11:55:48
移相电路原理与相位测量技术详解 1. 移相电路的基本概念与工作原理移相电路是电子工程中一种能够改变信号相位而不改变其幅度的特殊电路。这种电路在通信系统、音频处理、仪器测量等领域有着广泛应用。理解移相电路的工作原理对于电子工程师和电路设计者来说至关重要。移相电路的核心功能是通过特定的电路配置&… 2026/7/16 11:55:48
c# 程序调优与技巧 **黄金法则**: > 要么全同步,要么全异步,不要在调用链中间“截断”异步。 --- ### 2. 并行处理:Parallel.ForEach 的合理使用 适合 **CPU 密集型**、彼此独立的任务。 csharp var items = Enumerable.Range(1, 100).ToList(); // ✅ 简单并行 Parallel.ForEach(items… 2026/7/16 11:53:47
C++日期类实现:从面向对象设计到工程实践详解 1. 项目概述:为什么日期类是C/C学习的“试金石”? 如果你正在学习C或C,尤其是刚刚掌握了类和对象的基本概念,然后老师或者教程突然甩给你一个“日期类”的作业,让你实现年、月、日的加减、比较、求间隔天数等功能&… 2026/7/16 11:53:47
Okapi与Diesel数据库集成:解决Request Guard的JsonSchema实现难题 Okapi与Diesel数据库集成:解决Request Guard的JsonSchema实现难题 【免费下载链接】okapi OpenAPI (AKA Swagger) document generation for Rust projects 项目地址: https://gitcode.com/gh_mirrors/ok/okapi 在Rust Web开发领域,Rocket框架以其… 2026/7/16 11:53:47
耦合电感磁芯损耗分析与高频电源设计优化 1. 耦合电感磁芯损耗的本质与影响在开关电源和功率电子领域,耦合电感是实现能量传递和电气隔离的核心元件。但许多工程师在实际应用中都会遇到一个棘手问题——磁芯温度异常升高导致系统效率下降。我曾在一个240W LLC谐振变换器项目中,亲眼目睹磁芯温度在… 2026/7/16 11:51:45
A--10 Codex Review与GitHub PR工作流实战指南:从代码审查到安全合并 摘要:本文系统讲解如何利用Codex App的Review功能与GitHub PR工作流,实现从代码修改到安全合并的完整流程。涵盖Review面板深度使用、/review命令实战、GitHub Connector配置、PR描述撰写技巧,以及常见问题排查方法。通过多个实战案例和流程图,帮助开发者建立高效的AI辅助代… 2026/7/16 0:00:26
HAM未来路线图:下一代高可用迁移技术的发展方向与展望 HAM未来路线图:下一代高可用迁移技术的发展方向与展望 【免费下载链接】ham Based on the remote memory access capability and high bandwidth of the UB, deterministic duration virtual machine live migration is achieved, addressing planned downtime issu… 2026/7/16 0:04:27
月球是否是从地球分离出去的?——容度原理解释 月球是否是从地球分离出去的?——容度原理解释一、月球起源的“三大假说”与容度原理的重新审视月球起源的三大假说——捕获说(月球是太阳系中独立的星体,被地球引力捕获)、共生说(月球与地球同时从原始星云中形成&… 2026/7/16 0:06:27
Git reset 与 revert 深度对比:5个关键差异与 3 种典型应用场景 Git Reset 与 Revert 深度对比:5个关键差异与3种典型应用场景在团队协作开发中,代码版本管理如同行走钢丝——一步失误可能导致整个项目陷入混乱。作为Git进阶用户,你是否曾在深夜面对错误的提交束手无策?是否在强制推送后收到同事… 2026/7/13 8:31:55
GitHub 学生包申请避坑:5个常见失败原因与开发者工具调试方案 GitHub 学生包申请技术排障指南:5个高频失败场景与开发者工具实战方案第一次尝试申请GitHub学生包时,我盯着屏幕上那个不断转圈的加载动画整整15分钟,最终只等来了一行冰冷的错误提示。这可能是许多开发者共同的经历——明明按照教程操作&… 2026/7/16 3:47:53
冒烟测试用例设计规范:5%-10%覆盖率下的3类核心场景与执行标准 冒烟测试用例设计的黄金法则:5%-10%覆盖率下的精准筛选策略在快节奏的敏捷开发环境中,冒烟测试作为质量保障的第一道防线,其重要性不言而喻。当测试资源有限而时间紧迫时,如何从海量测试用例中精准筛选出那关键的5%-10%࿰… 2026/7/14 5:09:41