Java切换到Kotlin,Crash率上升了?

前言

最近对一个Java写的老项目进行了部分重构,测试过程中波澜不惊,顺利上线后几天通过APM平台查看发现Crash率上升了,查看堆栈定位到NPE类型的Crash,大部分发生在Java调用Kotlin的函数里,本篇将会分析具体的场景以及规避方式。
通过本篇文章,你将了解到:

  1. NPE(空指针 NullPointerException)的本质
  2. Java 如何预防NPE?
  3. Kotlin NPE检测
  4. Java/Kotlin 混合调用
  5. 常见的Java/Kotlin互调场景

1. NPE(空指针 NullPointerException)的本质

变量的本质

    val name: String = "fish"

name是什么?
对此问题你可能嗤之以鼻:

不就是变量吗?更进一步说如果是在对象里声明,那就是成员变量(属性),如果在方法(函数)里声明,那就是局部变量,如果是静态声明的,那就是全局变量。

回答没问题很稳当。
那再问为什么通过变量就能找到对应的值呢?

答案:变量就是地址,通过该地址即可寻址到内存里真正的值

无法访问的地址

在这里插入图片描述

如上图,若是name=“fish”,表示的是name所指向的内存地址里存放着"fish"的字符串。
若是name=null,则说明name没有指向任何地址,当然无法通过它访问任何有用的信息了。

无论C/C++亦或是Java/Kotlin,如果一个引用=null,那么这个引用将毫无意义,无法通过它访问任何内存信息,因此这些语言在设计的过程中会将通过null访问变量/方法的行为都会显式(抛出异常)提醒开发者。

2. Java 如何预防NPE?

运行时规避

先看Demo:

public class TestJava {public static void main(String args[]) {(new TestJava()).test();}void test() {String str = getString();System.out.println(str.length());}String getString() {return null;}
}

执行上述代码将会抛出异常,导致程序Crash:
在这里插入图片描述
我们有两种解决方式:

  1. try…catch
  2. 对象判空

try…catch 方式

public class TestJava {public static void main(String args[]) {(new TestJava()).testTryCatch();}void testTryCatch() {try {String str = getString();System.out.println(str.length());} catch (Exception e) {}}String getString() {return null;}
}

NPE被捕获,程序没有Crash。

对象判空

public class TestJava {public static void main(String args[]) {(new TestJava()).testJudgeNull();}void testJudgeNull() {String str = getString();if (str != null) {System.out.println(str.length());}}String getString() {return null;}
}

因为提前判空,所以程序没有Crash。

编译时检测

在运行时再去做判断的缺点:

无法提前发现NPE问题,想要覆盖大部分的场景需要随时try…catch或是判空
总有忘记遗漏的时候,发布到线上就是个生产事故

那能否在编译时进行检测呢?
答案是使用注解。

public class TestJava {public static void main(String args[]) {(new TestJava()).test();}void test() {String str = getString();System.out.println(str.length());}@Nullable String getString() {return null;}
}

在编写getString()方法时发现其可能为空,于是给方法加上一个"可能为空"的注解:@Nullable

当调用getString()方法时,编译器给出如下提示:
在这里插入图片描述
意思是访问的getString()可能为空,最后访问String.length()时可能会抛出NPE。
看到编译器的提示我们就知道此处有NPE的隐患,因此可以针对性的进行处理(try…catch或是判空)。

当然此处的注解仅仅只是个"弱提示",你即使没有进行针对性的处理也能编译通过,只是问题最后都流转到运行时更难挽回了。

有"可空"的注解,当然也有"非空"的注解:
在这里插入图片描述
@Nonnull 注解修饰了方法后,若是检测到方法返回null,则会提示修改,当然也是"弱提示"。

3. Kotlin NPE检测

编译时检测

Kotlin 核心优势之一:

空安全检测,变量分为可空型/非空型,能够在编译期检测潜在的NPE,并强制开发者确保类型一致,将问题在编译期暴露并解决

先看非空类型的变量声明:

class TestKotlin {fun test() {val str = getString()println("${str.length}")}private fun getString():String {return "fish"}
}fun main() {TestKotlin().test()
}

此种场景下,我们能确保getString()函数的返回一定非空,因此在调用该函数时无需进行判空也无需try…catch。

你可能会说,你这里写死了"fish",那我写成null如何?
在这里插入图片描述
编译期直接提示不能这么写,因为我们声明getString()的返回值为String,是非空的String类型,既然声明了非空,那么就需要言行一致,返回的也是非空的。

有非空场景,那也得有空的场景啊:

class TestKotlin {fun test() {val str = getString()println("${str.length}")}private fun getString():String? {return null}
}fun main() {TestKotlin().test()
}

此时将getString()声明为非空,因此可以在函数里返回null。
然而调用之处就无法编译通过了:
在这里插入图片描述
意思是既然getString()可能返回null,那么就不能直接通过String.length访问,需要改为可空方式的访问:

class TestKotlin {fun test() {val str = getString()println("${str?.length}")}private fun getString():String? {return null}
}

str?.length 意思是:如果str==null,就不去访问其成员变量/函数,若不为空则可以访问,于是就避免了NPE问题。

由此可以看出:

Kotlin 通过检测声明与实现,确保了函数一定要言行一致(声明与实现),也确保了调用者与被调用者的言行一致

因此,若是用Kotlin编写代码,我们无需花太多时间去预防和排查NPE问题,在编译期都会有强提示。

4. Java/Kotlin 混合调用

回到最初的问题:既然Kotlin都能在编译期避免了NPE,那为啥使用Kotlin重构后的代码反而导致Crash率上升呢?

原因是:项目里同时存在了Java和Kotlin代码,由上可知两者在NPE的检测上有所差异导致了一些兼容问题。

Kotlin 调用 Java

调用无返回值的函数

Kotlin虽然有空安全检测,但是Java并没有,因此对于Java方法来说,不论你传入空还是非空,在编译期我都没法检测出来。

public class TestJava {void invokeFromKotlin(String str) {System.out.println(str.length());}
}
class TestKotlin {fun test() {TestJava().invokeFromKotlin(null)}
}fun main() {TestKotlin().test()
}

如上无论是Kotlin调用Java还是Java之间互调,都没法确保空安全,只能由被调用者(Java)自己处理可能的异常情况。

调用有返回值的函数

public class TestJava {public String getStr() {return null;}
}
class TestKotlin {fun testReturn() {println(TestJava().str.length)}
}fun main() {TestKotlin().testReturn()
}

如上,Kotlin调用Java的方法获取返回值,由于在编译期Kotlin无法确定返回值,因此默认把它当做非空处理,若是Java返回了null,那么将会Crash。

Java 调用 Kotlin

调用无返回值的函数

先定义Kotlin类:

class TestKotlin {fun testWithoutNull(str: String) {println("len:${str.length}")}fun testWithNull(str: String?) {println("len:${str?.length}")}
}

有两个函数,分别接收可空/非空参数。

在Java里调用,先调用可空函数:

public class TestJava {public static void main(String args[]) {(new TestKotlin()).testWithNull(null);}
}

因为被调用方是Kotlin的可空函数,因此即使Java传入了null,也不会有Crash。

再换个方式,在Java里调用非空函数:

public class TestJava {public static void main(String args[]) {(new TestKotlin()).testWithoutNull(null);}
}

却发现Crash了!
在这里插入图片描述
为什么会Crash呢?反编译查看Kotlin代码:

public final class TestKotlin {public final void testWithoutNull(@NotNull String str) {Intrinsics.checkNotNullParameter(str, "str");String var2 = "len:" + str.length();System.out.println(var2);}public final void testWithNull(@Nullable String str) {String var2 = "len:" + (str != null ? str.length() : null);System.out.println(var2);}
}

对于非空的函数来说,会有检测代码:
Intrinsics.checkNotNullParameter(str, “str”):

    public static void checkNotNullParameter(Object value, String paramName) {if (value == null) {throwParameterIsNullNPE(paramName);}}private static void throwParameterIsNullNPE(String paramName) {throw sanitizeStackTrace(new NullPointerException(createParameterIsNullExceptionMessage(paramName)));}

可以看出:

  1. Kotlin对于非空的函数参数,先判断其是否为空,若是为空则直接抛出NPE
  2. Kotlin对于可空的函数参数,没有强制检测是否为空

调用有返回值的函数

Java 本身就没有空安全,只能在运行时进行处理。

小结

很容看出来:

  1. Java 调用Kotlin的非空函数有Crash的风险,编译器无法检查到传入的参数是否为空
  2. Java 调用Kotlin的可空函数没有Crash风险,Kotlin编译期检查空安全
  3. Kotlin 调用Java的函数有Crash风险,由Java代码规避风险
  4. Kotlin 调用Java有返回值的函数有Crash风险,编译器无法检查到返回值是否为空

回到文章的标题,我们已经大致知道了Java切换到Kotlin,为啥Crash就升上了的原因了,接下来再详细分析。

5. 常见的Java/Kotlin互调场景

Android里的Java代码分布

在这里插入图片描述
在Kotlin出现之前,Java就是Android开发的唯一语言,Android Framework、Androidx很多是Java代码编写的,因此现在依然有很多API是Java编写的。

而不少的第三方SDK因为稳定性、迁移代价的考虑依然使用的是Java代码。

我们自身项目里也因为一些历史原因存在Java代码。

以下讨论的前提是假设现有Java代码我们都无法更改。

Kotlin 调用Java获取返回值

由于编译期无法判定Java返回的值是空还是非空,因此若是确认Java函数可能返回空,则可以通过在Kotlin里使用可空的变量接收Java的返回值。

class TestKotlin {fun testReturn() {val str: String? = TestJava().strprintln(str?.length)}
}fun main() {TestKotlin().testReturn()
}

Java 调用Kotlin函数

LiveData Crash的原因与预防

之前已经假设过我们无法改动Java代码,那么Java调用Kotlin函数的场景只有一个了:回调。
上面的有返回值场景还是比较容易防备,回调的场景就比较难发现,尤其是层层封装之后的代码。
这也是特别常见的场景,典型的例子如LiveData。

Crash原因

class TestKotlin(val lifecycleOwner: LifecycleOwner) {val liveData: MutableLiveData<String> = MutableLiveData<String>()fun testLiveData() {liveData.observe(lifecycleOwner) {println(it.length)}}init {testLiveData()}
}

如上,使用Kotlin声明LiveData,其类型是非空的,并监听LiveData的变化。

在另一个地方给LiveData赋值:

TestKotlin(this@MainActivity).liveData.value = null

虽然LiveData的监听和赋值的都是使用Kotlin编写的,但不幸的是还是Crash了。
发送和接收都是用Kotlin编写的,为啥还会Crash呢?
看看打印:
在这里插入图片描述
意思是接收到的字符串是空值(null),看看编译器提示:
在这里插入图片描述
原来此处的回调传入的值被认为是非空的,因此当使用it.length访问的时候编译器不会有空安全提示。

再看看调用的地方:
在这里插入图片描述
可以看出,这回调是Java触发的。

Crash 预防

第一种方式:
我们看到LiveData的数据类型是泛型,因此可以考虑在声明数据的时候定为非空:

class TestKotlin(val lifecycleOwner: LifecycleOwner) {val liveData = MutableLiveData<String?>()fun testLiveData() {liveData.observe(lifecycleOwner) {println(it?.length)}}init {testLiveData()}
}

如此一来,当访问it.length时编译器就会提示可空调用。

第二种方式:
不修改数据类型,但在接收的地方使用可空类型接收:

class TestKotlin(val lifecycleOwner: LifecycleOwner) {val liveData = MutableLiveData<String>()fun testLiveData() {liveData.observe(lifecycleOwner) {val dataStr:String? = itprintln(dataStr?.length)}}init {testLiveData()}
}

第三种方式:
使用Flow替换LiveData。

LiveData 修改建议:

  1. 若是新写的API,建议使用第三种方式
  2. 若是修改老的代码,建议使用第一种方式,因为可能有多个地方监听LiveData值的变化,如果第一种方式的话需要写好几个地方。

其它场景的Crash预防:

与后端交互的数据结构
比如与后端交互声明的类,后端有可能返回null,此时在客户端接收时若是使用了非空类型的字段去接收,那么会发生Crash。
通常来说,我们会使用网络框架(如retrofit)接收数据,数据的转换并不是由我们控制,因此无法使用针对LivedData的第二种方式。
有两种方式解决:

  1. 与后端约定,不能返回null(等于白说)
  2. 客户端声明的类的字段声明为可空(类似针对LivedData的第一种方式)

Json序列化/反序列化
Json字符串转换为对象时,有些字段可能为空,也需要声明为可空字段。

小结

在这里插入图片描述

您若喜欢,请点赞、关注、收藏,您的鼓励是我前进的动力

持续更新中,和我一起步步为营系统、深入学习Android/Kotlin

1、Android各种Context的前世今生
2、Android DecorView 必知必会
3、Window/WindowManager 不可不知之事
4、View Measure/Layout/Draw 真明白了
5、Android事件分发全套服务
6、Android invalidate/postInvalidate/requestLayout 彻底厘清
7、Android Window 如何确定大小/onMeasure()多次执行原因
8、Android事件驱动Handler-Message-Looper解析
9、Android 键盘一招搞定
10、Android 各种坐标彻底明了
11、Android Activity/Window/View 的background
12、Android Activity创建到View的显示过
13、Android IPC 系列
14、Android 存储系列
15、Java 并发系列不再疑惑
16、Java 线程池系列
17、Android Jetpack 前置基础系列
18、Android Jetpack 易学易懂系列
19、Kotlin 轻松入门系列
20、Kotlin 协程系列全面解读

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/65505.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

【小作文】【信】

【邀请信】【22&#xff0c;1邀请教授参加比赛】 【投诉信】【12,2投诉产品质量问题】

【AWS实验】 配置中转网关及对等连接

文章目录 实验概览目标实验环境任务 1&#xff1a;查看网络拓扑并创建基准任务 2&#xff1a;创建中转网关任务 3&#xff1a;创建中转网关挂载任务 4&#xff1a;创建中转网关路由表任务 4.1&#xff1a;创建路由表关联任务 4.2&#xff1a;创建路由传播 任务 5&#xff1a;更…

SpringWeb(SpringMVC)

目录 SpringWeb介绍 搭建 SpringWeb SpringWeb介绍 Spring Web是一个基于 Servlet API 构建的原始 web 框架&#xff0c;用于构建基于MVC模式的Web应用程序。在 web 层框架历经 Strust1&#xff0c;WebWork&#xff0c;Strust2 等诸多产品的历代更选 之后&#xff0c;目前业界普…

fastadmin think-queue supervisor配置

起因是微信支付回调需要同时做发货处理&#xff0c;但是发货接口不能影响,需要队列进行异步处理1. 1.fastadmin 后台购买queue插件(基于think-queue消息队列) 2.代码 2.1 添加文件&#xff1a;application---->extra--->queue.php 内容&#xff1a;我这里用的数据库做…

Git的基本使用笔记——狂神说

版本控制 版本迭代&#xff0c; 版本控制( Revision control)是一种在开发的过程中用于管理我们对文件、目录或工程等内容的修改历史&#xff0c;方便查看更改历史记录&#xff0c;备份以便恢复以前的版本的软件工程技术。 实现跨区域多人协同开发 追踪和记载一个或者多个文件的…

合宙Air724UG LuatOS-Air LVGL API控件--日历 (Calendar)

日历 (Calendar) LVGL 提供了一个用来选择和显示当前日期的日历控件。 示例代码 – 高亮显示的日期 highlightDate lvgl.calendar_date_t() – 日历点击的回调函数 – 将点击日期设置高亮 function event_handler(obj, event) if event lvgl.EVENT_VALUE_CHANGED then da…

(15)线程的实例认识:同步,异步,并发,并发回调,事件,异步线程,UI线程

参看&#xff1a;https://www.bilibili.com/video/BV1xA411671D/?spm_id_from333.880.my_history.page.click&vd_source2a0404a7c8f40ef37a32eed32030aa18 下面是net framework版本 一、文件构成 1、界面如下。 (1)同步与异步有什么区别&#xff1f; …

单片机TVS/ESD二极管防护

TVS 瞬态电压抑制二极管Transient Voltage Suppressor ESD 静电释放二极管 Electro-Static discharge 这两种本质上都是二极管。都是利用了二极管正向导通、反向截止的特性。二极管在反向截止截止条件下&#xff0c;如果电压继续增大&#xff0c;将会引发雪崩&#xff0c;使得…

聚合多个电商API接口平台

API接口测试&#xff08;点击免费测试&#xff09; 随着数字化商业时代的到来&#xff0c;API接口已成为电商资源连接利器&#xff0c;也是全球传统互联网企业转型的基础。 2021年 Google Cloud 研究显示&#xff0c;全球互联网企业近3/4的企业持续投入数字化转型&#xff0c…

JVM类的加载过程

加载过程 JVM的类的加载过程分为五个阶段&#xff1a;加载、验证、准备、解析、初始化。 加载   加载阶段就是将编译好的的class文件通过字节流的方式从硬盘或者通过网络加载到JVM虚拟机当中来。&#xff08;我们平时在Idea中书写的代码就是放在磁盘中的&#xff0c;也可以通…

什么是RTC

参考&#xff1a; https://zhuanlan.zhihu.com/p/377100294 RTC&#xff08;Real time communication&#xff09;实时通信&#xff0c;是实时音视频的一个简称&#xff0c;我们常说的RTC技术一般指的是WebRTC技术&#xff0c;已经被 W3C 和 IETF 发布为正式标准。由于几乎所…

精品基于SpringCloud实现的电影院购票系统设计-微服务-分布式

《[含文档PPT源码等]精品基于SpringCloud实现的电影院购票系统设计的设计与实现-微服务-分布式》该项目含有源码、文档、PPT、配套开发软件、软件安装教程、项目发布教程等 软件开发环境及开发工具&#xff1a; 开发语言&#xff1a;Java 框架&#xff1a;springcloud JDK版…

Docker 网络模式

文章目录 一、Docker 网络实现原理1.容器的端口映射 二、Docker的网络模式1.Host模式2.Container模式3.none模式4.bridge模式 三、自定义网络1、查看网络模式列表2、查看容器信息(包含配置、环境、网关、挂载、cmd等等信息&#xff09;3、指定分配容器IP地址 面试题 一、Docker…

shiro550漏洞分析

准备工作 启动该项目 可以看到没有登录时候&#xff0c;cookie中没有rememberme字段 登录时候 当账号密码输入正确时候 登录后存在该字段 shiro特征&#xff1a; 未登陆的情况下&#xff0c;请求包的cookie中没有rememberMe字段&#xff0c;返回包set-Cookie⾥也没有del…

美创科技一体化智能化公共数据平台数据安全建设实践

公共数据是当今政府数字化转型的关键要素和未来价值释放的核心锚点&#xff0c;也是“网络强国”、“数字中国”的战略性资源。 作为数字化改革先行省份&#xff0c;近年来&#xff0c;浙江省以一体化智能化公共数据平台作为数字化改革的支撑总平台&#xff0c;实现了全省公共数…

2022年12月 C/C++(六级)真题解析#中国电子学会#全国青少年软件编程等级考试

C/C++编程(1~8级)全部真题・点这里 第1题:区间合并 给定 n 个闭区间 [ai; bi],其中i=1,2,…,n。任意两个相邻或相交的闭区间可以合并为一个闭区间。例如,[1;2] 和 [2;3] 可以合并为 [1;3],[1;3] 和 [2;4] 可以合并为 [1;4],但是[1;2] 和 [3;4] 不可以合并。 我们的任务是…

数据结构(Java实现)-反射、枚举以及lambda表达式

Java的反射&#xff08;reflection&#xff09;机制是在运行状态中&#xff0c;对于任意一个类&#xff0c;都能够知道这个类的所有属性和方法&#xff1b;对于任意一个对象&#xff0c;都能够调用它的任意方法和属性&#xff0c;既然能拿到那么&#xff0c;我们就可以修改部分…

java对时间序列每x秒进行分组

问题&#xff1a;将一个时间序列每5秒分一组&#xff0c;返回嵌套的list&#xff1b; 原理&#xff1a;int除int会得到一个int&#xff08;也就是损失精度&#xff09; 输入&#xff1a;排序后的list&#xff0c;每几秒分组值 private static List<List<Long>> get…

C语言——指针基本语法

概述 内存地址 在计算机内存中&#xff0c;每个存储单元都有一个唯一的地址(内存编号)。 通俗理解&#xff0c;内存就是房间&#xff0c;地址就是门牌号 指针和指针变量 指针&#xff08;Pointer&#xff09;是一种特殊的变量类型&#xff0c;它用于存储内存地址。 指针的实…

Flutter 项目结构文件

1、Flutter项目的文件结构 先helloworld项目&#xff0c;看看它都包含哪些组成部分。首先&#xff0c;来看一下项目的文件结构&#xff0c;如下图所示。 2、介绍上图的内容。 -litb/main.dart文件&#xff1a;整个应用的入口文件&#xff0c;其中的main函数是整个Flutter应…