最近项目里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*(...);
}
作者：vivo祁同伟
链接：https://juejin.cn/post/7174595937724006430
网友评论