Handler/Looper → Coroutines

老写法

// 延迟执行
new Handler).postDelayed {
@Override
public void run {
updateUI;}
},1000)，// 子线程发消息到主线程
private Handler handler = new Handler) {
@Override
public void handleMessage {
if {
String data = msg.obj;updateUI，}
}
};// 在子线程发送Message
msg = handler.obtainMessage;handler.sendMessage;// 定时重复任务
handler.postDelayed {
@Override
public void run {
doPeriodicWork;handler.postDelayed;}
},1000)，

问题在哪里

Handler 三个问题：线程间消息用 what 整型区分，代码一多根本记不住哪个数字代表什么；不过，Message.obj 强转类型不安全；忘记 removeCallbacks 会造成内存泄漏。

新写法

// 延迟执行
viewModelScope.launch {
delay
updateUI
}
// 子线程返回结果到主线程
viewModelScope.launch {
val result = withContext {
doHeavyWork
}
updateUI
}
// 定时重复任务
viewModelScope.launch {
while {
doPeriodicWork
delay
}
}
// 线程间通信 — 用 Channel 替代 Handler 消息
private val channel = Channel
viewModelScope.launch {
for {
updateUI
}
}

一句话注意

delay 是挂起函数，不阻塞线程。和 Thread.sleep 完全不同——delay 期间当前协程让出线程资源，其他协程可以继续使用该线程。 Handler 的 postDelayed 依赖 MessageQueue。存在 Handler 持有 Activity 引用导致泄漏的风险，而协程配合 viewModelScope 自动取消，不存在这个问题。

痛点警告：强转异常风险高！老实说，Handler的obj字段容易导致ClassCastException。而Kotlin协程直接传参更安全！"

痛点警告：内存泄漏隐患！忘记removeCallbacks会让Handler持有Activity引用，协程自动生命周期管理更可靠！"

痛点警告：代码可读性差！整数what值难维护，Channel+Flow使通信逻辑更清晰！"