本文详解 Android 中主线程与子线程通信的核心问题：避免阻塞 UI 线程，正确使用 runOnUiThread 实时刷新界面，修复无限计数器无法实时显示的典型错误。
本文详解 android 中主线程与子线程通信的核心问题：避免阻塞 ui 线程，正确使用 `runonuithread` 实时刷新界面，修复无限计数器无法实时显示的典型错误。
在 Android 开发中，UI 操作必须在主线程（即 UI 线程）中执行，这是系统强制要求。若尝试在子线程中直接调用 TextView.setText()，应用将抛出 CalledFromWrongThreadException 异常；而若将 UI 更新逻辑全部移至主线程外（如原代码中仅在 while 循环结束后才通过 Handler 更新一次），则完全无法实现“实时显示”效果——因为循环本身在子线程中持续运行且未主动通知 UI 线程刷新。
原代码存在两个关键问题：
- UI 更新时机错误：h.post(...) 仅在 while(start) 循环彻底退出后才执行一次，导致 TextView 始终只显示最终值（且因 start 永远为 true，实际永不执行）；
- 缺少必要的线程间同步与节流：无延时或条件控制的密集 runOnUiThread 调用会引发严重性能问题（如 ANR、UI 卡顿），且 count++ 在多线程下非原子操作，存在竞态风险。
✅ 正确做法是：在子线程循环体内，每次需更新 UI 时立即调用 runOnUiThread，并添加合理延迟（如 Thread.sleep(100)）以保障主线程响应性与用户体验：
bt1.setOnClickListener(v -> {
start = true;
new Thread(() -> {
while (start) {
// 安全更新 UI：必须在主线程执行
runOnUiThread(() -> tv.setText(" " + count));
count++; // 注意：此处仍存在线程安全风险（见下方说明）
try {
Thread.sleep(100); // 关键！防止过度刷屏和主线程过载
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
break;
}
}
}).start();
});⚠️ 重要注意事项：
- count++ 是非原子操作（读–改–写），在多线程环境下可能导致数值丢失。生产环境应使用 AtomicInteger 替代普通 int：
private final AtomicInteger count = new AtomicInteger(0); // 替换 count++ 为：count.incrementAndGet();
- 避免在 runOnUiThread 中执行耗时操作（如网络请求、文件读写），否则会阻塞 UI 线程；
- 更现代、推荐的替代方案是使用 Coroutine（配合 lifecycleScope.launchWhenStarted）或 LiveData + ViewModel 实现响应式更新，兼顾线程安全与生命周期感知；
- 若需高精度定时（如每秒精确更新），应优先选用 Handler#postDelayed 或 CountDownTimer，而非依赖 Thread.sleep。
综上，runOnUiThread 是解决此类问题最直接、轻量的方式，但必须确保更新频率可控、数据访问线程安全，并始终遵循“只在主线程操作 UI”的铁律。
