记录一个神奇的bug IncompatibleClassChan

Debug的时候遇到一个神奇的崩溃，堆栈如下：

 java.lang.IncompatibleClassChangeError: The method 'void androidx.customview.widget.ExploreByTouchHelper.updateHoveredVirtualView(int)' was expected to be of type direct but instead was found to be of type virtual (declaration of 'androidx.customview.widget.ExploreByTouchHelper' appears in /data/app/com.baidu.input_huawei-VyH0TXhnMBqj-hNHo9mg7w==/base.apk)

        at androidx.customview.widget.ExploreByTouchHelper.dispatchHoverEvent(Proguard:190)

        at ***********.dispatchHoverEvent(Proguard:188)

        at android.view.View.dispatchGenericMotionEvent(View.java:13779)

        at android.view.ViewGroup.dispatchTransformedGenericPointerEvent(ViewGroup.java:2692)

        at android.view.ViewGroup.dispatchHoverEvent(ViewGroup.java:2281)

        at android.view.View.dispatchGenericMotionEvent(View.java:13779)

        at android.widget.HorizontalScrollView.dispatchGenericMotionEvent(HorizontalScrollView.java:1954)

        at android.view.ViewGroup.dispatchTransformedGenericPointerEvent(ViewGroup.java:2692)

        at android.view.ViewGroup.dispatchHoverEvent(ViewGroup.java:2281)

        at android.view.View.dispatchGenericMotionEvent(View.java:13779)

        at android.view.ViewGroup.dispatchTransformedGenericPointerEvent(ViewGroup.java:2692)

        at android.view.ViewGroup.dispatchHoverEvent(ViewGroup.java:2281)

        at android.view.View.dispatchGenericMotionEvent(View.java:13779)

        at android.view.ViewGroup.dispatchTransformedGenericPointerEvent(ViewGroup.java:2692)

        at android.view.ViewGroup.dispatchHoverEvent(ViewGroup.java:2281)

        at android.view.View.dispatchGenericMotionEvent(View.java:13779)

        at android.view.ViewGroup.dispatchTransformedGenericPointerEvent(ViewGroup.java:2692)

        at android.view.ViewGroup.dispatchHoverEvent(ViewGroup.java:2281)

        at android.view.View.dispatchGenericMotionEvent(View.java:13779)

        at android.view.View.dispatchPointerEvent(View.java:13930)

        at android.view.ViewRootImpl$ViewPostImeInputStage.processPointerEvent(ViewRootImpl.java:6402)

        at android.view.ViewRootImpl$ViewPostImeInputStage.onProcess(ViewRootImpl.java:6197)

        at android.view.ViewRootImpl$InputStage.deliver(ViewRootImpl.java:5586)

        at android.view.ViewRootImpl$InputStage.onDeliverToNext(ViewRootImpl.java:5639)

        at android.view.ViewRootImpl$InputStage.forward(ViewRootImpl.java:5605)

        at android.view.ViewRootImpl$AsyncInputStage.forward(ViewRootImpl.java:5763)

        at android.view.ViewRootImpl$InputStage.apply(ViewRootImpl.java:5613)

        at android.view.ViewRootImpl$AsyncInputStage.apply(ViewRootImpl.java:5820)

        at android.view.ViewRootImpl$InputStage.deliver(ViewRootImpl.java:5586)

        at android.view.ViewRootImpl$InputStage.onDeliverToNext(ViewRootImpl.java:5639)

        at android.view.ViewRootImpl$InputStage.forward(ViewRootImpl.java:5605)

        at android.view.ViewRootImpl$InputStage.apply(ViewRootImpl.java:5613)

        at android.view.ViewRootImpl$InputStage.deliver(ViewRootImpl.java:5586)

        at android.view.ViewRootImpl.deliverInputEvent(ViewRootImpl.java:8680)

        at android.view.ViewRootImpl.doProcessInputEvents(ViewRootImpl.java:8600)

        at android.view.ViewRootImpl.enqueueInputEvent(ViewRootImpl.java:8553)

        at android.view.ViewRootImpl$WindowInputEventReceiver.onInputEvent(ViewRootImpl.java:8932)

        at android.view.InputEventReceiver.dispatchInputEvent(InputEventReceiver.java:239)

        at android.os.MessageQueue.nativePollOnce(Native Method)

        at android.os.MessageQueue.next(MessageQueue.java:363)

        at android.os.Looper.loop(Looper.java:176)

        at android.app.ActivityThread.main(ActivityThread.java:8622)

        at java.lang.reflect.Method.invoke(Native Method)

        at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:513)

        at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1109)

这个方法第一眼就让人很懵逼，以前从来没有遇到过类似的。查阅了一下有关虚拟机的知识后，才明白这里所谓的vitrual和direct指的是：

简单来说，direct method就是private函数，其余的public和protected函数都属于virtual method。所以在调用函数时，有invoke-direct、invoke-virtual，另外还有invoke-static、invoke-super以及invoke-interface等几种不同的指令。
当然其实还有invoke-XXX/range指令的，这是参数多于4个的时候调用的指令，比较少见，了解下即可。

进一步的，我看了下androidx的源码，源码中的updateHoveredVirtualView是private的。然后我用android studio的analyse apk，或者使用相关工具直接把apk反编译，发现这个updateHoveredVirtualView方法变成了public的。

所以，我猜测问题的原因，就是这个方法本应该是private（direct）的，结果却变成了public（vitrual）。
一个方法的可见性为什么会发生变化？我在网上包括stackoverflow上查找到的资料，都指向了混淆文件中的一个配置。摘录官网的描述如下：

然而问题就出在，找遍了工程也没发现这个关键字。网上有说这个可能是在getDefaultProguardFile('proguard-android-optimize.txt')中引入的。但是我移除后仍然无效。

所以，可能的原因有两个，一个是我们没有用这个关键字，我找错了方向。另一个是我们用了这个关键字，但是我没找到。

假设是第二个原因，贸然去除这个关键字也不一定是合适的做法，因为会降低代码混淆的效果。

在上面关于allowaccessmodification的官方文档中，可以找到这一行描述：

Only applicable when optimizing (and when obfuscating with the -repackageclasses option)

所以，我又尝试把-repackageclasses移除（-repackageclasses和-defaultpackage是一样的）。发现就不崩溃了！

最后采取的方法，是把-repackageclasses换成了-flattenpackagehierarchy。降低了混淆的效力，但是至少解决了问题。

除此之外我还试过很多其他的方法，比如升级gradle、升级proguard的版本、升级androidx版本等，都没有用。
写一篇文章记录一下，希望有一天能知道为什么。

PS:
这个问题之前好像也有人遇到过：传送门
从帖子里看，他和我遇到的问题十分相似。但是我去stackoverflow上搜这个帖子，貌似已经搜不到了。
Proguard的官方文档介绍