"Activity top position already set to onTop=false"解决方案[未验证]
"Activity top position already set to onTop=false"解决方案[未验证]
最近bugly上一直报这个错
---java.lang.IllegalStateException
---Activity top position already set to onTop=false
---android.app.ActivityThread.handleTopResumedActivityChanged(ActivityThread.java:4623)而且报错的android手机都是10及以上。经过初步查找，找到了出错的代码在这里
@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新增的代码。当最上层的resume的Activity获得或者失去焦点时会响应onTopResumedActivityChanged。这个方法的参数isTopResumedActivity就是指的是否有焦点，最终就会影响isTopResumedActivity 。 onTopResumedActivityChanged 这个方法是10以上新加的方法。当只有一个Activity的时候，onTopResumedActivityChanged 等同于我们熟悉的onResume。当处于分屏状态下，一个Activity的onTopResumedActivityChanged 返回false，必然有另一个Activity返回true。（onTopResumedActivityChanged 这个方法的注释里面有，有兴趣可以自己去看）（所以这个崩溃只可能在分屏状态下发生？？？） 观察log，初步确定问题出在 H.handleMessage 里面. H 就是内置的handler
* public void handleMessage(Message msg) {
* switch (msg.what) {
* ......
* case EXECUTE_TRANSACTION:
* final ClientTransaction transaction = (ClientTransaction) msg.obj;
* mTransactionExecutor.execute(transaction);
* ......
* }
* }因此，我们只需要在 handleMessage 的时候加 try catch 即可。 一般都是通过反射来处理这类问题。问题是反射一般都是用的静态变量，这个handleMessage不是静态变量。这里需要先看一段代码
* 下面是Handler处理消息的代码
* public void dispatchMessage(Message msg) {
* if (msg.callback != null) {
* handleCallback(msg);
* } else {
* if (mCallback != null) {
* if (mCallback.handleMessage(msg)) {
* return;
* }
* }
* handleMessage(msg);
* }
* }handler处理消息的时候，首先去检查是否实现了callback接口，如果有实现的的话，那么会直接执行接口方法，然后才是handleMessage方法，最后才是执行重写的handleMessage方法 我们一般大部分时候都是重写了handleMessage方法,而ActivityThread主线程用的正是重写的方法，这种方法的优先级是最低的，我们完全可以实现接口来替换掉系统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设置ProxyHandlerCallBack")
} catch (e: Exception) {
Log.d(TAG, "设置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)//实现系统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 已经实现了系统handler的handleMessage
//如果return false，会调用两次系统的 handleMessage
return true
}
}PS:因为这种方案涉及到系统消息，稍有不慎可能导致app出问题，所以暂时被否决了。请诸位网友看看这个解决方案是否妥当。另外，有没有什么别的解决方案。google的issuetracker很早就有人提出这个问题了，但是由于没有人复现出来，因此won't fix