我的公众号:胡飞洋
我们从一个异常说起:
android.view.ViewRootImpl$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views.
at android.view.ViewRootImpl.checkThread(ViewRootImpl.java:8820)
at android.view.ViewRootImpl.requestLayout(ViewRootImpl.java:1530)
at android.view.View.requestLayout(View.java:24648)
at android.widget.TextView.checkForRelayout(TextView.java:9752)
at android.widget.TextView.setText(TextView.java:6326)
at android.widget.TextView.setText(TextView.java:6154)
at android.widget.TextView.setText(TextView.java:6106)
at com.hfy.demo01.MainActivity$9.run(MainActivity.java:414)
at android.os.Handler.handleCallback(Handler.java:888)
at android.os.Handler.dispatchMessage(Handler.java:100)
at android.os.Looper.loop(Looper.java:213)
at android.app.ActivityThread.main(ActivityThread.java:8147)
at java.lang.reflect.Method.invoke(Native Method)
at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:513)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1101)
一般情况,我们在子线程直接操作UI,没有用handler切到主线程,就会报这个错。
那如果我说,我这里的这个错误就发生在 主线程,你信吗?
下面是具体代码,handleAddWindow()按在MainActivity 的onCreate中执行。
private void handleAddWindow() {
//子线程创建window,只能由这个子线程访问 window的view
Button button = new Button(MainActivity.this);
button.setText("添加到window中的button");
button.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
MyToast.showMsg(MainActivity.this, "点了button");
}
});
new Thread(new Runnable() {
@Override
public void run() {
//因为添加window是IPC操作,回调回来时,需要handler切换线程,所以需要Looper
Looper.prepare();
addWindow(button);
new Handler().postDelayed(new Runnable() {
@Override
public void run() {
button.setText("文字变了!!!");
}
},3000);
//开启looper,循环取消息。
Looper.loop();
}
}).start();
//这里执行就会报错:Only the original thread that created a view hierarchy can touch its views.
new Handler().postDelayed(new Runnable() {
@Override
public void run() {
button.setText("文字 you 变了!!!");
}
},4000);
}
private void addWindow(Button view) {
WindowManager.LayoutParams layoutParams = new WindowManager.LayoutParams(
WindowManager.LayoutParams.WRAP_CONTENT,
WindowManager.LayoutParams.WRAP_CONTENT,
0, 0,
PixelFormat.TRANSPARENT
);
// flag 设置 Window 属性
layoutParams.flags= WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE | WindowManager.LayoutParams.FLAG_NOT_TOUCH_MODAL;
// type 设置 Window 类别(层级)
layoutParams.type = WindowManager.LayoutParams.TYPE_SYSTEM_OVERLAY;
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
layoutParams.type = WindowManager.LayoutParams.TYPE_APPLICATION_OVERLAY;
}
layoutParams.gravity = Gravity.TOP | Gravity.LEFT;
layoutParams.x = 100;
layoutParams.y = 100;
WindowManager windowManager = getWindowManager();
windowManager.addView(view, layoutParams);
}
主要是:开了个子线程,然后添加了一个系统window,window中只有一个button。然后3秒后在子线程中直接改变Button的文字,然后又过一秒,在主线程中再改变button文字。
(其中涉及知识有handler、window。可点击查看相关知识)
执行效果如下,可见 打开App后,左上角的Button,3秒后变了,接着一秒后crash了。
那为啥 子线程更新UI没报错,主线程报错呢?
首先,我们看报错原因的描述: Only the original thread that created a view hierarchy can touch its views. 翻译就是说 只有创建了view树的线程,才能访问它的子view。并没有说子线程一定不能访问UI。那可以猜想到,button的确实是在子线程被添加到window中的,子线程确实可以直接访问,而主线程访问确实会抛出异常。看来可以解释这个错误的原因了。
下面就具体分析下。
错误的发生在ViewRootImpl的checkThread方法中,且UI的更新都会走到这个方法:
void checkThread() {
if (mThread != Thread.currentThread()) {
throw new CalledFromWrongThreadException(
"Only the original thread that created a view hierarchy can touch its views.");
}
}
(ViewRootImpl相关知识可以戳这里View的工作原理)
通过window的相关知识,我们知道,调用windowManager.addView添加window时会给这个window创建一个ViewRootImpl实例:
public void addView(View view, ViewGroup.LayoutParams params,
Display display, Window parentWindow) {
...
ViewRootImpl root;
View panelParentView = null;
...
root = new ViewRootImpl(view.getContext(), display);
view.setLayoutParams(wparams);
mViews.add(view);
mRoots.add(root);
mParams.add(wparams);
...
}
}
然后ViewRootImpl构造方法中会拿到当前的线程,
public ViewRootImpl(Context context, Display display) {
mContext = context;
...
mThread = Thread.currentThread();
...
}
所以在ViewRootImpl的checkThread()中,确实是 拿 当前想要更新UI的线程 和 添加window时的线程作比较,不是同一个线程机会报错。
通过window的相关知识,我们还知道,Activity也是一个window,window的添加是在ActivityThread的handleResumeActivity()。ActivityThread就是主线程,所以Activity的view访问只能在主线程中。
一般情况,UI就是指Activity的view,这也是我们通常称主线程为UI线程的原因,其实严谨叫法应该是activity的UI线程。而我们这个例子中,这个子线程也可以称为button的UI线程。
那为啥要一定需要checkThread呢?根据handler的相关知识:
因为UI控件不是线程安全的。那为啥不加锁呢?一是加锁会让UI访问变得复杂;二是加锁会降低UI访问效率,会阻塞一些线程访问UI。所以干脆使用单线程模型处理UI操作,使用时用Handler切换即可。
我们再看一个问题,Toast可以在子线程show吗?答案是可以的
new Thread(new Runnable() {
@Override
public void run() {
//因为添加window是IPC操作,回调回来时,需要handler切换线程,所以需要Looper
Looper.prepare();
addWindow(button);
new Handler().postDelayed(new Runnable() {
@Override
public void run() {
button.setText("文字变了!!!");
}
},3000);
Toast.makeText(MainActivity.this, "子线程showToast", Toast.LENGTH_SHORT).show();
//开启looper,循环取消息。
Looper.loop();
}
}).start();
在上面的例子,线程中showToast,运行发现确实可以的。因为根据window的相关知识,知道Toast也是window,show的过程就是添加Window的过程。
另外注意1,这个线程中Looper.prepare()和Looper.loop(),这是必要的。
因为添加window的过程是和WindowManagerService进行IPC的过程,IPC回来时是执行在binder线程池的,而ViewRootImpl中是默认有Handler实例的,这个handler就是用来切换binder线程池的消息到当前线程。 另外Toast还与NotificationMamagerService进行IPC,也是需要Handler实例。既然需要handler,那所以线程是需要looper的。另另外Activity还与ActivityManagerService进行IPC交互,而主线程是默认有Looper的。
扩展开,想在子线程show Toast、Dialog、popupWindow、自定义window,只要在前后调Looper.prepare()和Looper.loop()即可。
另外注意2,在activity的onCreate到首次onResume的时期,创建子线程在其中更新UI也是可以的。这不是违背上面的结论了吗?其实没有,上面说了,因为Activity的window添加在首次onResume之后执行的的,那ViewRootImpl的创建也是在这之后,所以也就无法checkThread了。实际上这个时期也不checkThread,因为View根本还没有显示出来。
onCreate()中执行是OK的:
new Thread(new Runnable() {
@Override
public void run() {
tv.setText("text");
}
}).start();