最近bugly上一直報這個錯
---java.lang.IllegalStateException
---Activity top position already set to onTop=false
---android.app.ActivityThread.handleTopResumedActivityChanged(ActivityThread.java:4623)
而且報錯的android手機(jī)都是10及以上乌逐。經(jīng)過初步查找痘系，找到了出錯的代碼在這里
@Override
public void handleTopResumedActivityChanged(IBinder token, boolean onTop, String reason) {
ActivityClientRecord r = mActivities.get(token);
if (r == null || r.activity == null) {
Slog.w(TAG, "Not found target activity to report position change for token: " + token);
return;
}
if (DEBUG_ORDER) {
Slog.d(TAG, "Received position change to top: " + onTop + " for activity: " + r);
}
if (r.isTopResumedActivity == onTop) {
throw new IllegalStateException(“Activity top position already set to onTop=” + onTop);
}
r.isTopResumedActivity = onTop;
if (r.getLifecycleState() == ON_RESUME) {
reportTopResumedActivityChanged(r, onTop, “topStateChangedWhenResumed”);
} else {
if (DEBUG_ORDER) {
Slog.d(TAG, “Won’t deliver top position change in state=” + r.getLifecycleState());
}
}
}
isTopResumedActivity 是android10新增的代碼疟位。當(dāng)最上層的resume的Activity獲得或者失去焦點時會響應(yīng)onTopResumedActivityChanged。這個方法的參數(shù)isTopResumedActivity就是指的是否有焦點惜互，最終就會影響isTopResumedActivity 禾酱。
onTopResumedActivityChanged 這個方法是10以上新加的方法。當(dāng)只有一個Activity的時候霉赡，onTopResumedActivityChanged 等同于我們熟悉的onResume橄务。當(dāng)處于分屏狀態(tài)下，一個Activity的onTopResumedActivityChanged 返回false穴亏，必然有另一個Activity返回true蜂挪。（onTopResumedActivityChanged 這個方法的注釋里面有，有興趣可以自己去看）（所以這個崩潰只可能在分屏狀態(tài)下發(fā)生嗓化？棠涮？？）
觀察log刺覆，初步確定問題出在 H.handleMessage 里面. H 就是內(nèi)置的handler
* public void handleMessage(Message msg) {
* switch (msg.what) {
* ......
* case EXECUTE_TRANSACTION:
* final ClientTransaction transaction = (ClientTransaction) msg.obj;
* mTransactionExecutor.execute(transaction);
* ......
* }
* }
因此严肪，我們只需要在 handleMessage 的時候加 try catch 即可。
一般都是通過反射來處理這類問題。問題是反射一般都是用的靜態(tài)變量驳糯，這個handleMessage不是靜態(tài)變量篇梭。這里需要先看一段代碼
* 下面是Handler處理消息的代碼
* public void dispatchMessage(Message msg) {
* if (msg.callback != null) {
* handleCallback(msg);
* } else {
* if (mCallback != null) {
* if (mCallback.handleMessage(msg)) {
* return;
* }
* }
* handleMessage(msg);
* }
* }
handler處理消息的時候，首先去檢查是否實現(xiàn)了callback接口酝枢，如果有實現(xiàn)的的話恬偷，那么會直接執(zhí)行接口方法，然后才是handleMessage方法帘睦，最后才是執(zhí)行重寫的handleMessage方法
我們一般大部分時候都是重寫了handleMessage方法,而ActivityThread主線程用的正是重寫的方法袍患，這種方法的優(yōu)先級是最低的，我們完全可以實現(xiàn)接口來替換掉系統(tǒng)Handler的處理過程.因此竣付，解決方案如下
fun hookSystemHandler() {
// 9.0及以下不會報這個問錯誤
if (Build.VERSION.SDK_INT <= Build.VERSION_CODES.P) {
return
}
try {
//獲取ActivityThread實例
val activityThreadClazz = Class.forName("android.app.ActivityThread")
val sCurrentActivityThreadField = activityThreadClazz.getDeclaredField("sCurrentActivityThread")
sCurrentActivityThreadField.isAccessible = true
val sCurrentActivityThreadObj = sCurrentActivityThreadField.get(null)
//獲取mH實例
val mHField = activityThreadClazz.getDeclaredField("mH")
mHField.isAccessible = true
val mH = mHField.get(sCurrentActivityThreadObj) as Handler
//給mH添加ProxyHandlerCallBack
val callBackField = Handler::class.java.getDeclaredField("mCallback")
callBackField.isAccessible = true
callBackField.set(mH, ProxyHandlerCallBack(mH))
Log.d(TAG, "已為mH設(shè)置ProxyHandlerCallBack")
} catch (e: Exception) {
Log.d(TAG, "設(shè)置ProxyHandlerCallBack失敗诡延，${e.message}")
}
}
class ProxyHandlerCallBack(mH: Handler) : Handler.Callback {
private var mHandler: Handler = mH
private val EXECUTE_TRANSACTION = 159
override fun handleMessage(msg: Message): Boolean {
try {
mHandler.handleMessage(msg)//實現(xiàn)系統(tǒng)handler的handleMessage
} catch (e: IllegalStateException) {
if (msg.what == EXECUTE_TRANSACTION && e.message?.contains("Activity top position already set to onTop") == true) {
Log.d(TAG, "ProxyHandlerCallBack get \"Activity top position already set to onTop\" ")
} else {
throw e
}
}
//這里必須返回true。因為 ProxyHandlerCallBack 的 handleMessage 已經(jīng)實現(xiàn)了系統(tǒng)handler的handleMessage
//如果return false古胆，會調(diào)用兩次系統(tǒng)的 handleMessage
return true
}
}
PS:因為這種方案涉及到系統(tǒng)消息肆良，稍有不慎可能導(dǎo)致app出問題，所以暫時被否決了赤兴。請諸位網(wǎng)友看看這個解決方案是否妥當(dāng)。另外隧哮，有沒有什么別的解決方案桶良。google的issuetracker很早就有人提出這個問題了，但是由于沒有人復(fù)現(xiàn)出來沮翔，因此won't fix
