总结
本文讲解了我对Android开发现状的一些看法，也许有些人会觉得我的观点不对，但我认为没有绝对的对与错，一切交给时间去证明吧！愿与各位坚守的同胞们互相学习，共同进步！
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
解决问题就是这么简单，嘴角露出一丝对自己满意的笑容。
再次运行App…
这里大家再停一下。
凭各位多年的经验，我想再问一句，这次还会崩溃吗？
会吗？
猜想：
这代码治标不治本，还是没有在UI线程执行相关代码，还是会崩，而却刚才的show里面还有TextView#setText操作
有点道理。
看一下运行效果：
没有崩溃…
是不是有一丝的郁闷？
没关系，作为拥有多年经验的老鸟，总能立马想到解释的理由：
大家都知道在Activity#onCreate的时候，我们开个线程去执行Text#setText也不会崩溃，原因是ViewRootImpl那时候还没初始化，所以这次没崩溃也是这个原因。
对应源码解释是这样的：
# Dialog源码
public void show() {
// 省略一堆代码
mWindowManager.addView(mDecor, l);
}
我们首次创建的Dialog，第一次调用show方法，内部确实会执行mWindowManager.addView，这个代码会执行到：
# WindowManagerImpl
@Override
public void addView(@NonNull View view, @NonNull ViewGroup.LayoutParams params) {
applyDefaultToken(params);
mGlobal.addView(view, params, mContext.getDisplay(), mParentWindow);
}
这个mGlobal对象是WindowManagerGlobal，我们看它的addView方法：
# WindowManagerGlobal
public void addView(View view, ViewGroup.LayoutParams params,
Display display, Window parentWindow) {
// 省略了一堆代码
root = new ViewRootImpl(view.getContext(), display);
view.setLayoutParams(wparams);
mViews.add(view);
mRoots.add(root);
mParams.add(wparams);
// do this last because it fires off messages to start doing things
try {
root.setView(view, wparams, panelParentView);
} catch (RuntimeException e) {
// BadTokenException or InvalidDisplayException, clean up.
if (index >= 0) {
removeViewLocked(index, true);
}
throw e;
}
}
果然立马有new ViewRootImpl的代码，你看ViewRootImpl没有创建，所以这和Activity那个是一个情况。
好像有那么点道理哈…
我们继续往下看。
应届小哥要继续做需求了。
一个隐藏的问题
接下来的需求很奇怪，就是当询问"鸿洋帅气吗？"的时候，如果你点击不是，那么Dialog不消失，在问题的末尾再加一个？号，如此循环，永不关闭。
这难不倒我们的小哥：
mBtnNo.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
String s = mTvTitle.getText().toString();
mTvTitle.setText(s+“？”);
}
});
运行效果：
很完美。
如果我问，你觉得这个代码有问题吗？
你往上看了几眼，就这两行代码有个鸡儿问题，可能有空指针？
当然不是。
我稍微修改一下代码：
mBtnNo.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
String s = mTvTitle.getText().toString();
mTvTitle.setText(s+“？”);
boolean uiThread = Looper.myLooper() == Looper.getMainLooper();
Toast.makeText(getContext(),"Ui thread = " + uiThread , Toast.LENGTH_LONG).show();
}
});
每次点击的时候，我弹了个Toast，输出当前线程是不是UI线程。
看下效果：
发现问题了吗？
出乎自己的意料吗？
我们在非UI线程一直在更新TextView的text。
这个时候，你不能跟我扯什么ViewRootImpl还没有创建了吧？
别急…
还有更刺激的。
更刺激的事情
我再改一下代码：
private Handler sUiHandler = new Handler(Looper.getMainLooper());
public QuestionDialog(@NonNull Context context) {
super(context);
setContentView(R.layout.dialog_question);
mBtnNo.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
sUiHandler.post(new Runnable() {
@Override
public void run() {
String s = mTvTitle.getText().toString();
mTvTitle.setText(s+“？”);
}
});
}
});
}
我搞了个UI线程的handler，然后post一下Runnable，确保我们的TextView#setText在UI线程执行，严谨而又优雅。
再停一下，以各位多年经验，这次会崩溃吗？
按照我写博客的套路，这次肯定是演示崩溃呀，不然博客怎么往下写。
好像是这个道理…
我们跑一下效果：
点击了几下，没崩…
作为拥有多年经验的老鸟，总能立马想到解释的理由：
UI线程更新怎么会崩溃呀（言语中有一丝不自信）。
是吗？
我们多点击几次：
崩溃了…
但是刚才在没有添加UiHandler.post之前可没有崩溃哟。
这个结果，我都得把代码露出来了，怕你们说我演你们…
好了，再停一停。
我又要问大家一个问题了，这次你猜是什么崩溃？
是不是求我别搞你们了，直接揭秘吧。
com.example.testviewrootimpl E/AndroidRuntime: FATAL EXCEPTION: main
Process: com.example.testviewrootimpl, PID: 18323
android.view.ViewRootImpl$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views.
at android.view.ViewRootImpl.checkThread(ViewRootImpl.java:8188)
at android.view.ViewRootImpl.requestLayout(ViewRootImpl.java:1421)
at android.view.View.requestLayout(View.java:24434)
at android.view.View.requestLayout(View.java:24434)
at android.view.View.requestLayout(View.java:24434)
at android.view.View.requestLayout(View.java:24434)
at android.widget.RelativeLayout.requestLayout(RelativeLayout.java:380)
at android.view.View.requestLayout(View.java:24434)
at android.widget.TextView.checkForRelayout(TextView.java:9667)
at android.widget.TextView.setText(TextView.java:6261)
at android.widget.TextView.setText(TextView.java:6089)
at android.widget.TextView.setText(TextView.java:6041)
at com.example.testviewrootimpl.QuestionDialog$1
1.
r
u
n
(
Q
u
e
s
t
i
o
n
D
i
a
l
o
g
.
j
a
v
a
:
38
)
a
t
a
n
d
r
o
i
d
.
o
s
.
H
a
n
d
l
e
r
.
h
a
n
d
l
e
C
a
l
l
b
a
c
k
(
H
a
n
d
l
e
r
.
j
a
v
a
:
883
)
a
t
a
n
d
r
o
i
d
.
o
s
.
H
a
n
d
l
e
r
.
d
i
s
p
a
t
c
h
M
e
s
s
a
g
e
(
H
a
n
d
l
e
r
.
j
a
v
a
:
100
)
a
t
a
n
d
r
o
i
d
.
o
s
.
L
o
o
p
e
r
.
l
o
o
p
(
L
o
o
p
e
r
.
j
a
v
a
:
214
)
a
t
a
n
d
r
o
i
d
.
a
p
p
.
A
c
t
i
v
i
t
y
T
h
r
e
a
d
.
m
a
i
n
(
A
c
t
i
v
i
t
y
T
h
r
e
a
d
.
j
a
v
a
:
7319
)
a
t
j
a
v
a
.
l
a
n
g
.
r
e
f
l
e
c
t
.
M
e
t
h
o
d
.
i
n
v
o
k
e
(
N
a
t
i
v
e
M
e
t
h
o
d
)
a
t
c
o
m
.
a
n
d
r
o
i
d
.
i
n
t
e
r
n
a
l
.
o
s
.
R
u
n
t
i
m
e
I
n
i
t
1.run(QuestionDialog.java:38) at android.os.Handler.handleCallback(Handler.java:883) at android.os.Handler.dispatchMessage(Handler.java:100) at android.os.Looper.loop(Looper.java:214) at android.app.ActivityThread.main(ActivityThread.java:7319) at java.lang.reflect.Method.invoke(Native Method) at com.android.internal.os.RuntimeInit
1.run(QuestionDialog.java:38)at android.os.Handler.handleCallback(Handler.java:883)at android.os.Handler.dispatchMessage(Handler.java:100)at android.os.Looper.loop(Looper.java:214)at android.app.ActivityThread.main(ActivityThread.java:7319)at java.lang.reflect.Method.invoke(Native Method)at com.android.internal.os.RuntimeInitMethodAndArgsCaller.run(RuntimeInit.java:492)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:934)
那个熟悉的身影回来了：
Only the original thread that created a view hierarchy can touch its views.
但是！
但是！
这次可是在切换到UI线程抛出来的。
对应我开头的灵魂拷问：
UI线程更新UI就不会出现上面的错误了吗？
是不是在一股懵逼又刺激的感觉中无法自拔…
还有更刺激的事情…嗯，篇幅问题，本篇我们就到这了，更刺激的事情我们下次再写。
别怕，没完，我总得告诉你们为什么吧。
小做揭秘
其实这一切的根源都在于我们长久的一个错误的概念。
注意下面每一句话都很关键，请降低阅读速度。
就是UI线程才能UI线程，这是不对的，为什么这么说呢？
Only the original thread that created a view hierarchy can touch its views.
这个异常是在ViewRootImpl里面抛出的对吧，我们再次来审视一下这段代码：
void checkThread() {
if (mThread != Thread.currentThread()) {
throw new CalledFromWrongThreadException(
“Only the original thread that created a view hierarchy can touch its views.”);
}
}
其实就几行代码。
我们仔细看一下，他这个错误信息并不是：
Only the UI Thread … 而是 Only the original thread。
对吧，如果真的想强制为Only the Ui Thread，上面的if语句应该写成：
if(UI Thread != Thread.currentThread()){}
而不是mThread。
根本原因说完了。
我再带大家看下源码解析：
这个mThread是什么？
是ViewRootImpl的成员变量，我们重点应该关注它什么时候赋值的：
public ViewRootImpl(Context context, Display display) {
mContext = context;
mThread = Thread.currentThread();
}
在ViewRootImpl构造的时候赋值的，赋值的就是当前的Thread对象。
也就是说，你ViewRootImpl在哪个线程创建的，你后续的UI更新就需要在哪个线程执行，跟是不是UI线程毫无关系。
对应到上面的例子，我们中间也有段贴源码的地方。
恰好说明了：
Dialog的ViewRootImpl，其实是在执行show()方法的时候创建的，而我们的Dialog的show放在子线程里面，所以导致后续View更新，执行到ViewRootImpl#checkThread的时候，都在子线程才可以。
这就说明了，为什么我们刚才切到UI线程去执行TextView#setText为啥崩了。
这里有个思考题，注意我们上面演示的时候，切到UI线程执行setText没有立马崩溃，而是执行了好几次之后才崩溃的，为什么呢？自己想。
大家可能还有个一问题：
ViewRootImpl怎么和View关联起来的
其实我们看报错堆栈很好找到相关代码：
com.example.testviewrootimpl E/AndroidRuntime: FATAL EXCEPTION: main
Process: com.example.testviewrootimpl, PID: 18323
android.view.ViewRootImpl$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views.
at android.view.ViewRootImpl.checkThread(ViewRootImpl.java:8188)
at android.view.ViewRootImpl.requestLayout(ViewRootImpl.java:1421)
at android.view.View.requestLayout(View.java:24434)
报错的堆栈都是由View.requestLayout触发到ViewRootImpl的。
我们直接看这个方法：
public void requestLayout() {
if (mParent != null && !mParent.isLayoutRequested()) {
mParent.requestLayout();
}
}
注意里面这个mParent变量，它的类型是ViewParent接口。
见名知意。
我要问你一个View的mParent是什么，你肯定会回答是它的父View，也就是个ViewGroup。
对，没错。
public abstract class ViewGroup
extends View
implements ViewParent{}
ViewGroup确实实现了ViewParent接口。
但是还有个问题，一个界面的最最最上面那个ViewGroup它的mParent是谁？
对吧，总不能还是ViewGroup吧，那岂不是没完没了了。
所以，ViewParent还有另外一个实现类，叫做ViewRootImpl。
现在明白了吧。
按照ViewParent的体系，我们的界面结构是这样的。
嗯，我还是写坨代码吧：
还是刚才Dialog，当我们点击No的时候，我们打印下ViewParent体系：
mBtnNo.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
printViewParentHierarchy(mTvTitle, 0);
}
});
private void printViewParentHierarchy(Object view, int level) {
if (view == null) {
return;
}
StringBuilder sb = new StringBuilder();
for (int i = 0; i < level; i++) {
sb.append(“\t”);
}
sb.append(view.getClass().getSimpleName());
Log.d(“lmj”, sb.toString());
if (view instanceof View) {
printViewParentHierarchy(((View) view).getParent(), level + 1);
}
}
很简单，我们就打印mTbTitle，一直往上的ViewParent体系。
D/lmj: AppCompatTextView
D/lmj: RelativeLayout
D/lmj: FrameLayout
学习分享
在当下这个信息共享的时代，很多资源都可以在网络上找到，只取决于你愿不愿意找或是找的方法对不对了
很多朋友不是没有资料，大多都是有几十上百个G，但是杂乱无章，不知道怎么看从哪看起，甚至是看后就忘
如果大家觉得自己在网上找的资料非常杂乱、不成体系的话，我也分享一套给大家，比较系统，我平常自己也会经常研读。
2021最新上万页的大厂面试真题
七大模块学习资料：如NDK模块开发、Android框架体系架构…
只有系统，有方向的学习，才能在段时间内迅速提高自己的技术。
这份体系学习笔记，适应人群：
**第一，**学习知识比较碎片化，没有合理的学习路线与进阶方向。
**第二，**开发几年，不知道如何进阶更进一步，比较迷茫。
第三，到了合适的年纪，后续不知道该如何发展，转型管理，还是加强技术研究。如果你有需要，我这里恰好有为什么，不来领取！说不定能改变你现在的状态呢！
由于文章内容比较多，篇幅不允许，部分未展示内容以截图方式展示
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
935792)]
只有系统，有方向的学习，才能在段时间内迅速提高自己的技术。
这份体系学习笔记，适应人群：
**第一，**学习知识比较碎片化，没有合理的学习路线与进阶方向。
**第二，**开发几年，不知道如何进阶更进一步，比较迷茫。
第三，到了合适的年纪，后续不知道该如何发展，转型管理，还是加强技术研究。如果你有需要，我这里恰好有为什么，不来领取！说不定能改变你现在的状态呢！
由于文章内容比较多，篇幅不允许，部分未展示内容以截图方式展示
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
863
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
