Android 应用的 UI 是在主线程上进行绘制和更新的。
当我们在子线程中直接进行 UI 更新时,会导致以下问题:
因为多个线程同时操作UI可能引发各种问题,例如UI元素的状态不一致、布局错乱、甚至崩溃等。
为了解决线程安全问题,Android引入了一种机制,即主线程负责处理UI事件,其他线程负责执行耗时操作。这样通过将耗时操作移到子线程中,可以保证主线程的响应性能,避免界面卡顿现象。
然而,这种设计导致了子线程无法直接更新UI的问题。因为在Android中,只有主线程才能访问和操作UI元素。如果在子线程中尝试更新UI,将会抛出 CalledFromWrongThreadException 异常。
移步:子线程怎么切换主线程?
(一)现象
在子线程中直接更新UI就会crash,报错如下:
android.view.ViewRootImpl$CalledFromWrongThreadException:Only the original thread that created a view hierarchy can touch its views.
只有创建了视图层次结构的原始线程才能访问它的视图。
也就是说,ui在哪个线程创建的,就应该在哪个线程中更新。而UI是在主线程中创建的,所以就应该在主线程中更新UI。这是crash的信息提示。
(二)原因
首先要明白UI更新的原理,就是通过不断的测量、布局和绘制的过程。最终都会请求view的绘制操作,即requestLayout()这个方法。
View.java:
public void requestLayout() {
//当父视图不为空且有请求布局时,执行父视图的requestLayout()方法
if (mParent!=null && !mParent.isLayoutRequested()){
mParent.requestLayout();
}
}
protected ViewParent mParent; //当前视图的父视图
//父视图的赋值方法
void assignParent(ViewParent parent) {
if (mParentnull) {
mParent = parent;
} else if (parentnull) {
mParent = null;
} else {
throw new RuntimeException(“view " + this + " being added, but it already has a parent”);
}
}
从源码可以看出,当请求布局时,会调用父视图mParent的requestLayout()方法,mParent是一个接口对象,requestLayout()方法是接口方法。所以需要找到实现这个接口的类。
可以发现,在assignParent(ViewParent parent)方法中对mParent进行了赋值,那么assignParent(ViewParent parent)在哪里被调用的呢?
通过阅读Activity的启动过程源码,可以发现:
(1)在Activity的onCreate()方法中调用了setContentView()方法,其实最终调用了顶层视图PhoneWindow的setContentView()方法,然后调用其内部的installDecor()初始化mDecor;
(2)紧跟着在handleLaunchActivity()中调用了handleResumeActivity();
(3)然后在handleResumeActivity()中可以发现调用了WindowManagerImpl的addView方法,wm.addView(decor, l)
(4)然后又调用了WindowManagerGlobal类的addView()方法,在里面可以发现又调用了root.setView(view, wparams, panelParentView),这个root是ViewRootImpl一个实例。
然后直接看ViewRootImpl的setView()方法:
public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView) {
synchronized (this) {
if (mView == null) {
//…
view.assignParent(this);
//…
}
}
}
由此可见,最终在ViewRootImpl的setView()方法中对mParent进行了赋值。同时也指明了mParent是ViewRootImpl的一个实例,实现了ViewParent接口,所以很显然了,前面提到的调用了mParent 的requestLayout()方法,即是ViewRootImpl的requestLayout()。
ViewRootImpl.java:
@Override
public void requestLayout() {
if (!mHandlingLayoutInLayoutRequest) { // 1.请求更新布局
checkThread(); // 2.首先检查当前所在线程
//…
}
}
void checkThread() {
// 3.直接判断view所属的线程是否为当前线程,否则抛出异常
if (mThread != Thread.currentThread()) {
throw new CalledFromWrongThreadExcept ion( “Only the original thread that created a view hierarchy can touch its views.”);
}
}
final Thread mThread; //存放view所属的线程
所以,在进行UI更新时,都会进行线程的检测判断。以上就是为什么不能在子线程中直接更新UI的原因原理。
为了避免上述问题,Android 引入了一种机制,允许我们在子线程中将任务切换到主线程执行。
移步:子线程怎么切换主线程?