HandlerThread子线程执行post为何能更新UI？延迟差异原因探究

先看你的代码：

HandlerThread handlerThread = new HandlerThread("test");
handlerThread.start();
Handler handler_test = new Handler(handlerThread.getLooper());
handler_test.post(() -> {
    Log.d("handlerr_test", String.valueOf(Looper.getMainLooper() == Looper.myLooper()));
    surfaceView.setVisibility(View.GONE);
    Log.d("handlerr_test", String.valueOf(Looper.getMainLooper() == Looper.myLooper()));
});

核心原因：View的线程检查时机 #

Android要求UI操作必须在主线程执行，这个检查由ViewRootImpl的checkThread()方法完成，但该检查仅在View完成窗口绑定（执行attachToWindow）后才会触发：

• 直接post或短延迟（10ms）提交Runnable时，surfaceView可能还未完成与窗口的绑定，ViewRootImpl尚未初始化。此时调用setVisibility只是修改View内部状态标记，不需要通过ViewRootImpl向主线程渲染队列提交请求，因此不会触发线程检查，View能成功隐藏。
• 延迟拉长到50ms/100ms时，surfaceView已经完成attachToWindow流程，ViewRootImpl已创建。这时在子线程调用setVisibility会触发checkThread()，检测到当前线程不是主线程，会抛出CalledFromWrongThreadException（可查看日志确认），导致UI更新失败。

规范写法提醒 #

即便短延迟下未报错，这种写法也不符合Android规范且存在风险——View的生命周期时机不可控，一旦View提前完成窗口绑定，短延迟也可能触发崩溃。正确做法始终是通过主线程Handler执行UI操作：

new Handler(Looper.getMainLooper()).post(() -> {
    surfaceView.setVisibility(View.GONE);
});

内容的提问来源于stack exchange，提问作者zadaji