阐述 Kotlin 协程在 Android 平台中实现挂起（suspend）与恢复（resume）的内部机制是怎样的？

回答思路

1. 【回答框架 1】协程的挂起与恢复本质上是编译期状态机加上运行时调度。每个挂起函数被编译成一个Continuation实现，其状态用int字段表示。当协程遇到挂起点时，当前状态被保存，并返回一个COROUTINE_SUSPENDED标记，同时释放当前线程，而不是阻塞。
2. 【回答框架 2】恢复则通过在挂起时传入的Continuation.resume或resumeWith方法调用来实现。当耗时操作完成（如网络请求回调），会调用resumeWith，将结果传入，协程调度器通过拦截机制将恢复的代码放到指定的线程（如Main）上继续执行。
3. 【回答框架 3】对于Android中常见的线程切换，使用withContext或Dispatchers.Main等调度器，其内部利用Handler将恢复动作post到主线程消息队列，从而实现主线程的非阻塞挂起与恢复。
4. 【回答框架 4】协程的挂起函数是非阻塞的，它不会阻塞当前线程，而是通过保存和恢复执行状态来让出线程，这使得在Android中可以用同步的代码风格处理异步逻辑，而不会导致主线程卡顿或内存泄漏。
5. 【关键点 1】Kotlin协程的挂起与恢复基于CPS变换和状态机，而非线程阻塞。
6. 【关键点 2】每个挂起点对应一个状态，通过Continuation对象传递并保存局部变量。
7. 【关键点 3】恢复调度依赖协程调度器（如Dispatchers.Main），通过Handler或线程池切换线程。
8. 【关键点 4】协程挂起时释放线程，恢复时不会丢失之前执行的上下文。
9. 【易错点 1】容易忽略协程挂起只是是非阻塞的线程让出，并非线程阻塞，不能用线程数评估协程性能。
10. 【易错点 2】必须注意线程切换的来源，比如在主线程使用withContext(IO)时，恢复时通常会切回原来的调度器，但要考虑指定Dispatcher的上下文。
11. 【易错点 3】未正确取消协程或不使用生命周期感知的协程作用域（如lifecycleScope）可能导致内存泄漏。