Android子線程與更新UI問題的深入講解
前言
在Android項(xiàng)目中經(jīng)常有碰到這樣的問題，在子線程中完成耗時(shí)操作之后要更新UI，下面就自己經(jīng)歷的一些項(xiàng)目總結(jié)一下更新的方法。話不多說了，來一起看看詳細(xì)的介紹吧
引子：
情形1
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
TextView textView = findViewById(R.id.home_tv);
ImageView imageView = findViewById(R.id.home_img);
new Thread(new Runnable() {
@Override
public void run() {
textView.setText("更新TextView");
imageView.setImageResource(R.drawable.img);
}
}).start();
}
運(yùn)行結(jié)果：正常運(yùn)行?。?！
情形二
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
TextView textView = findViewById(R.id.home_tv);
ImageView imageView = findViewById(R.id.home_img);
new Thread(new Runnable() {
@Override
public void run() {
try {
Thread.sleep(5000);
} catch (InterruptedException e) {
e.printStackTrace();
}
textView.setText("更新TextView");
imageView.setImageResource(R.drawable.img);
}
}).start();
}
運(yùn)行結(jié)果：異常
android.view.ViewRootImpl$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views.
at android.view.ViewRootImpl.checkThread(ViewRootImpl.java:6357)
at android.view.ViewRootImpl.requestLayout(ViewRootImpl.java:874)
at android.view.View.requestLayout(View.java:17476)
at android.view.View.requestLayout(View.java:17476)
at android.view.View.requestLayout(View.java:17476)
at android.view.View.requestLayout(View.java:17476)
at android.view.View.requestLayout(View.java:17476)
at android.view.View.requestLayout(View.java:17476)
at android.widget.RelativeLayout.requestLayout(RelativeLayout.java:360)
at android.view.View.requestLayout(View.java:17476)
at android.widget.TextView.checkForRelayout(TextView.java:6871)
at android.widget.TextView.setText(TextView.java:4057)
at android.widget.TextView.setText(TextView.java:3915)
at android.widget.TextView.setText(TextView.java:3890)
at com.dong.demo.MainActivity$1.run(MainActivity.java:44)
at java.lang.Thread.run(Thread.java:818)
不是說，子線程不能更新UI嗎，為什么情形一可以正常運(yùn)行，情形二不能正常運(yùn)行呢；
子線程修改UI出現(xiàn)異常，與什么方法有關(guān)
首先從出現(xiàn)異常的log日志入手，發(fā)現(xiàn)出現(xiàn)異常的方法調(diào)用順序如下：
TextView.setText(TextView.java:4057)
TextView.checkForRelayout(TextView.java:6871)
View.requestLayout(View.java:17476)
RelativeLayout.requestLayout(RelativeLayout.java:360)
View.requestLayout(View.java:17476)
ViewRootImpl.requestLayout(ViewRootImpl.java:874)
ViewRootImpl.checkThread(ViewRootImpl.java:6357)
更改ImageView時(shí)，出現(xiàn)的異常類似；
首先看TextView.setText()方法的源碼
private void setText(CharSequence text, BufferType type,
boolean notifyBefore, int oldlen) {
//省略其他代碼
if (mLayout != null) {
checkForRelayout();
}
sendOnTextChanged(text, 0, oldlen, textLength);
onTextChanged(text, 0, oldlen, textLength);
//省略其他代碼
然后，查看以下checkForRelayout()方法的與源碼。
private void checkForRelayout() {
// If we have a fixed width, we can just swap in a new text layout
// if the text height stays the same or if the view height is fixed.
if ((mLayoutParams.width != LayoutParams.WRAP_CONTENT
//省略代碼
// We lose: the height has changed and we have a dynamic height.
// Request a new view layout using our new text layout.
requestLayout();
invalidate();
} else {
// Dynamic width, so we have no choice but to request a new
// view layout with a new text layout.
nullLayouts();
requestLayout();
invalidate();
}
}
checkForReLayout方法，首先會(huì)調(diào)用需要改變的View的requestLayout方法，然后執(zhí)行invalidate()重繪操作；
TextView沒有重寫requestLayout方法，requestLayout方法由View實(shí)現(xiàn)；
查看RequestLayout方法的源碼：
public void requestLayout() {
//省略其他代碼
if (mParent != null && !mParent.isLayoutRequested()) {
mParent.requestLayout();
}
if (mAttachInfo != null && mAttachInfo.mViewRequestingLayout == this) {
mAttachInfo.mViewRequestingLayout = null;
}
}
View獲取到父View（類型是ViewParent，ViewPaerent是個(gè)接口，requestLayout由子類來具體實(shí)現(xiàn)），mParent，然后調(diào)用父View的requestLayout方法，比如示例中的父View就是xml文件的根布局就是RelativeLayout。
@Override
public void requestLayout() {
super.requestLayout();
mDirtyHierarchy = true;
}
繼續(xù)跟蹤super.requestLayout()方法，即ViewGroup沒有重新，即調(diào)用的是View的requestLayout方法。
經(jīng)過一系列的調(diào)用ViewParent的requestLayout方法，最終調(diào)用到ViewRootImp的requestLayout方法。ViewRootImp實(shí)現(xiàn)了ViewParent接口，繼續(xù)查看ViewRootImp的requestLayout方法源碼。
@Override
public void requestLayout() {
if (!mHandlingLayoutInLayoutRequest) {
checkThread();
mLayoutRequested = true;
scheduleTraversals();
}
}
ViewRootImp的requestLayout方法中有兩個(gè)方法：
一、checkThread，檢查線程，源碼如下
void checkThread() {
if (mThread != Thread.currentThread()) {
throw new CalledFromWrongThreadException(
"Only the original thread that created a view hierarchy can touch its views.");
}
}
判斷當(dāng)前線程，是否是創(chuàng)建ViewRootImp的線程，而創(chuàng)建ViewRootImp的線程就是主線程，當(dāng)前線程不是主線程的時(shí)候，就拋出異常。
二、scheduleTraversals(),查看源碼：
void scheduleTraversals() {
if (!mTraversalScheduled) {
mTraversalScheduled = true;
mTraversalBarrier = mHandler.getLooper().getQueue().postSyncBarrier();
mChoreographer.postCallback(
Choreographer.CALLBACK_TRAVERSAL, mTraversalRunnable, null);
if (!mUnbufferedInputDispatch) {
scheduleConsumeBatchedInput();
}
notifyRendererOfFramePending();
pokeDrawLockIfNeeded();
}
}
查看mTraversalRunnable中run()方法的具體操作
final class TraversalRunnable implements Runnable {
@Override
public void run() {
doTraversal();
}
}
繼續(xù)追蹤doTraversal()方法
void doTraversal() {
if (mTraversalScheduled) {
mTraversalScheduled = false;
mHandler.getLooper().getQueue().removeSyncBarrier(mTraversalBarrier);
if (mProfile) {
Debug.startMethodTracing("ViewAncestor");
}
performTraversals();
if (mProfile) {
Debug.stopMethodTracing();
mProfile = false;
}
}
}
查看到performTraversals()方法，熟悉了吧，這是View繪制的起點(diǎn)。
總結(jié)一下：
1.Android更新UI會(huì)調(diào)用View的requestLayout()方法，在requestLayout方法中，獲取ViewParent，然后調(diào)用ViewParent的requestLayout()方法，一直調(diào)用下去，直到調(diào)用到ViewRootImp的requestLayout方法；
2.ViewRootImp的requetLayout方法，主要有兩部操作一個(gè)是checkThread()方法，檢測(cè)線程，一個(gè)是scheduleTraversals，執(zhí)行繪制相關(guān)工作；
情形3
@Override
protected void onCreate(Bundle savedInstanceState) {
Log.i("Dong", "Activity: onCreate");
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
new Thread(new Runnable() {
@Override
public void run() {
Looper.prepare();
try {
Thread.sleep(5000);
} catch (InterruptedException e) {
e.printStackTrace();
}
Toast.makeText(MainActivity.this, "顯示Toast", Toast.LENGTH_LONG).show();
Looper.loop();
}
}).start();
}
運(yùn)行結(jié)果：正常
分析
下面從Toast源碼進(jìn)行分析：
public static Toast makeText(Context context, CharSequence text, @Duration int duration) {
return makeText(context, null, text, duration);
}
makeText方法調(diào)用了他的重載方法，繼續(xù)追蹤
public static Toast makeText(@NonNull Context context, @Nullable Looper looper,
@NonNull CharSequence text, @Duration int duration) {
Toast result = new Toast(context, looper);
LayoutInflater inflate = (LayoutInflater)
context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
View v = inflate.inflate(com.android.internal.R.layout.transient_notification, null);
TextView tv = (TextView)v.findViewById(com.android.internal.R.id.message);
tv.setText(text);
result.mNextView = v;
result.mDuration = duration;
return result;
}
新建了一個(gè)Toast對(duì)象，然后對(duì)顯示的布局、內(nèi)容、時(shí)長(zhǎng)進(jìn)行了設(shè)置，并返回Toast對(duì)象。
繼續(xù)查看new Toast()的源碼
public Toast(@NonNull Context context, @Nullable Looper looper) {
mContext = context;
mTN = new TN(context.getPackageName(), looper);
mTN.mY = context.getResources().getDimensionPixelSize(
com.android.internal.R.dimen.toast_y_offset);
mTN.mGravity = context.getResources().getInteger(
com.android.internal.R.integer.config_toastDefaultGravity);
}
繼續(xù)查看核心代碼 mTN = new TN(context.getPackageName(), looper);
TN初始化的源碼為：
TN(String packageName, @Nullable Looper looper) {
//省略部分不相關(guān)代碼
if (looper == null) {
// 沒有傳入Looper對(duì)象的話，使用當(dāng)前線程對(duì)應(yīng)的Looper對(duì)象
looper = Looper.myLooper();
if (looper == null) {
throw new RuntimeException(
"Can't toast on a thread that has not called Looper.prepare()");
}
}
//初始化了Handler對(duì)象
mHandler = new Handler(looper, null) {
@Override
public void handleMessage(Message msg) {
switch (msg.what) {
case SHOW: {
IBinder token = (IBinder) msg.obj;
handleShow(token);
break;
}
case HIDE: {
handleHide();
// Don't do this in handleHide() because it is also invoked by
// handleShow()
mNextView = null;
break;
}
case CANCEL: {
handleHide();
// Don't do this in handleHide() because it is also invoked by
// handleShow()
mNextView = null;
try {
getService().cancelToast(mPackageName, TN.this);
} catch (RemoteException e) {
}
break;
}
}
}
};
}
繼續(xù)追蹤handleShow(token)方法：
public void handleShow(IBinder windowToken) {
//省略部分代碼
if (mView != mNextView) {
// remove the old view if necessary
handleHide();
mView = mNextView;
Context context = mView.getContext().getApplicationContext();
String packageName = mView.getContext().getOpPackageName();
if (context == null) {
context = mView.getContext();
}
mWM = (WindowManager)context.getSystemService(Context.WINDOW_SERVICE);
/*
·*省略設(shè)置顯示屬性的代碼
·*/
if (mView.getParent() != null) {
if (localLOGV) Log.v(TAG, "REMOVE! " + mView + " in " + this);
mWM.removeView(mView);
}
= try {
mWM.addView(mView, mParams);
trySendAccessibilityEvent();
} catch (WindowManager.BadTokenException e) {
/* ignore */
}
}
}
通過源碼可以看出，Toast顯示內(nèi)容是通過mWM（WindowManager類型）的直接添加的，更正：mWm.addView 時(shí)，對(duì)應(yīng)的ViewRootImp初始化發(fā)生在子線程，checkThread方法中的mThread != Thread.currentThread()判斷為true，所以不會(huì)拋出只能在主線程更新UI的異常。
總結(jié)
以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問大家可以留言交流，謝謝大家對(duì)腳本之家的支持。
- Android開發(fā)經(jīng)驗(yàn)談：并發(fā)編程（線程與線程池）（推薦）
- Android之線程池ThreadPoolExecutor的簡(jiǎn)介
- Android線程中Handle的使用講解
- Android線程池控制并發(fā)數(shù)多線程下載
- Android 使用AsyncTask實(shí)現(xiàn)多線程斷點(diǎn)續(xù)傳
- Android 使用AsyncTask實(shí)現(xiàn)多任務(wù)多線程斷點(diǎn)續(xù)傳下載
- 完全解析Android多線程中線程池ThreadPool的原理和使用
- 淺談Android中多線程切換的幾種方法
- Android開啟新線程播放背景音樂
- Android如何調(diào)整線程調(diào)用棧大小
相關(guān)文章
Android消息處理機(jī)制Looper和Handler詳解
Android應(yīng)用程序是通過消息來驅(qū)動(dòng)的，系統(tǒng)為每一個(gè)應(yīng)用程序維護(hù)一個(gè)消息隊(duì)例，應(yīng)用程序的主線程不斷地從這個(gè)消息隊(duì)例中獲取消息（Looper），然后對(duì)這些消息進(jìn)行處理（Handler），這樣就實(shí)現(xiàn)了通過消息來驅(qū)動(dòng)應(yīng)用程序的執(zhí)行，本文將詳細(xì)分析Android應(yīng)用程序的消息處理機(jī)制2014-09-09
Android中Java和JavaScript交互實(shí)例
這篇文章主要介紹了Android中Java和JavaScript交互實(shí)例,本文給出了實(shí)現(xiàn)方法、實(shí)現(xiàn)代碼、js調(diào)用Java、java調(diào)用js等內(nèi)容,需要的朋友可以參考下2015-01-01
Android中fragment與activity之間的交互（兩種實(shí)現(xiàn)方式）
本篇文章主要介紹了Android中fragment與activity之間的交互（兩種實(shí)現(xiàn)方式），相信對(duì)大家學(xué)習(xí)會(huì)有很好的幫助，需要的朋友一起來看下吧2016-12-12
android實(shí)現(xiàn)圓環(huán)倒計(jì)時(shí)控件
這篇文章主要為大家詳細(xì)介紹了android實(shí)現(xiàn)圓環(huán)倒計(jì)時(shí)控件，文中示例代碼介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2021-01-01
Android利用HorizontalScrollView仿ViewPager設(shè)計(jì)簡(jiǎn)單相冊(cè)
這篇文章主要介紹了Android利用HorizontalScrollView仿ViewPager設(shè)計(jì)簡(jiǎn)單相冊(cè)的相關(guān)資料,需要的朋友可以參考下2016-05-05
Gradle屬性設(shè)置及環(huán)境變量全面教程
這篇文章主要為大家介紹了Gradle屬性設(shè)置及環(huán)境變量的全面教程，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進(jìn)步，早日升職加薪2023-06-06
Android開發(fā)中避免應(yīng)用無響應(yīng)的方法（Application Not Responding、ANR）
這篇文章主要介紹了Android開發(fā)中避免應(yīng)用無響應(yīng)的方法,即避免彈出Application Not Responding(ANR)對(duì)話框,需要的朋友可以參考下2014-06-06
Android實(shí)現(xiàn)Unity3D下RTMP推送的示例
像Unity3D下的RTMP或RTSP播放器一樣，好多開發(fā)者苦于在Unity環(huán)境下，如何高效率低延遲的把數(shù)據(jù)采集并編碼實(shí)時(shí)推送到流媒體服務(wù)器，實(shí)現(xiàn)Unity場(chǎng)景下的低延遲推拉流方案。本文介紹幾種RTMP推送的方案2021-06-06
Android應(yīng)用啟動(dòng)另外一個(gè)apk應(yīng)用的方法
這篇文章主要介紹了Android應(yīng)用啟動(dòng)另外一個(gè)apk應(yīng)用的方法,涉及Android基于intent的package調(diào)用與管理技巧,需要的朋友可以參考下2016-02-02
Android開發(fā)MediaCodec和lamemp3多段音頻截取拼接
這篇文章主要為大家介紹了Android開發(fā)使用MediaCodec和lamemp3實(shí)現(xiàn)多段音頻截取拼接的編程示例，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進(jìn)步，早日升職加薪2022-04-04