"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