谷歌的bug：当 CompileSdk 33 遇上Kotlin

最近项目里compose 要升级到1.3，要求compile sdk 也要到33版本，大家都知道一般情况下，我们修改compilesdk 都不会有什么问题，最多就是一些api的适配，编译不过啥的，但是不会引发线上故障，但是这里要注意了target sdk 的修改就要复杂的多了，这里不多说，只介绍一下我碰到的一个compilesdk 33的问题

在Compile sdk 33版本中，这个手势监听的接口代码发生了一些变化：

在这些接口方法说参数前面加上了一个NonNull的注解，这个注解的意思就是告诉开发者这个参数不可能为空

注意了在<=32的版本中这个注解是没有的

对于java的开发者来说，这个影响微乎其微，但是如果你跟我一样是kotlin的开发者就要倒霉了，

因为在<=32的时候你继承这个接口的时候会提示你参数要定义成可空的

但是当你升级到33的sdk的时候，你就会发现编译不过了

为啥？

因为33的sdk 前面说过了，方法前面有了不可空的注解了

要让他编译过很简单我们只要把? 去掉即可

到这里还没结束，最坑的地方来了，虽然你能编译过，但是在运行时，有可能会发生crash

为啥？熟悉kotlin的人就知道了，当你定义一个参数为不可空的类型的时候，你如果传了一个null给这个参数，他就会报这个crash了，这种情况常见于 java代码调用kotlin代码的时候这是kotlin编译器的魔法，有兴趣的可以自己反编译看一下字节码，实际上，当你定义一个变量为不可空的时候，如果传值给他他就会校验这个值是不是为null 为null 则直接抛异常

搞清楚问题所在以后就得想想怎么解决了，目前的情况就是 如果不改，就编译不过，改了在运行时会crash

另外：这里有个链接，可以看下该问题的讨论，目前状态是显示谷歌承认了该bug，看状态显示fixed，但是不知道为什么还没有推送最新的33 sdk issueTracker

实际上解决这个问题的方法有很多，

方法1: 这个接口的实现我们不用kotlin写，用java写，即可 这个方案最简单，但是不太优雅

方法2: 魔改下android sdk 33版本的jar包，把注解去掉 这个方案也可以，但是有点麻烦

方法3: asm 字节码修改，把那个校验参数为null 就抛异常的代码删了就行了。 杀鸡焉用牛刀

方法4: 写一个delegate 即可，以后都用这个代理类去做监听，这个方法我认为是最简单的，一劳永逸，而且成本极低


import android.content.Context;
import android.os.Handler;
import android.view.GestureDetector;
import android.view.MotionEvent;

import androidx.annotation.Nullable;

/**
 * 在compile sdk 33 中 修复google的一个注解bug，该bug 会导致 要么kotlin代码编译失败
 * 要么运行时crash，这里用代理模式 简单的规避此问题即可
 *
 */
public class GestureDetectorDelegate extends GestureDetector {
    /**
     * @param listener
     * @param handler
     * @deprecated
     */
    public GestureDetectorDelegate(OnGestureListener listener, Handler handler) {
        super(listener, handler);
    }

    /**
     * @param listener
     * @deprecated
     */
    public GestureDetectorDelegate(OnGestureListener listener) {
        super(listener);
    }

    public GestureDetectorDelegate(Context context, OnGestureListenerDelegate listener) {
        super(context, listener);
    }

    public GestureDetectorDelegate(Context context, OnGestureListener listener, Handler handler) {
        super(context, listener, handler);
    }

    public GestureDetectorDelegate(Context context, OnGestureListener listener, Handler handler, boolean unused) {
        super(context, listener, handler, unused);
    }

    /**
     * 主要修改点就是在这里了，复写这些方法 标记这些参数为可空的即可
     */
    public interface OnGestureListenerDelegate extends OnGestureListener {
        boolean onDown(@Nullable  MotionEvent e);

        void onShowPress(@Nullable   MotionEvent e);

        boolean onSingleTapUp(@Nullable   MotionEvent e);

        boolean onScroll(@Nullable  MotionEvent e1, @Nullable  MotionEvent e2, float distanceX, float distanceY);

        void onLongPress(@Nullable  MotionEvent e);

        boolean onFling(@Nullable  MotionEvent e1, @Nullable  MotionEvent e2, float velocityX, float velocityY);
    }
}

方案5: 利用proguard混淆的配置规则

其实所谓的抛异常，就是kotlin在编译的时候手动帮我们增加了判断是否null 然后抛异常的方法

那我们实际上最简单的方案就是利用混淆的规则，在release包构建的时候把这个代码去掉就可以了

-assumenosideeffects class kotlin.jvm.internal.Intrinsics {
    public static void check*(...);
}