Kotlin(4) java转kotlin潜规则(2)

最新推荐文章于 2025-02-13 19:05:31 发布

csdnlaoban

最新推荐文章于 2025-02-13 19:05:31 发布

阅读量643

点赞数 28

CC 4.0 BY-SA版权

分类专栏：程序员文章标签： java kotlin python

本文链接：https://blog.youkuaiyun.com/csdnlaoban/article/details/138410641

程序员专栏收录该内容

190 篇文章

订阅专栏

本文详细解析了Java转Kotlin过程中遇到的挑战，如访问静态成员的规则、空指针问题的处理、继承机制的变化、方法与函数的区别以及Mybatis、MySQL和并发编程面试题。强调了学习编程需持久坚持和理解核心概念。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门，即可获取！
}

注：每一个kotlin类中，只能有一个共生体对象.

但是在java调用kt的"静态"成员方法时，必须带上共生体，但是，访问"静态"成员变量，则不能带：

public static void main(String[] args) {
Test001.Companion.t1();//Java访问kt的t1()共生体方法，必须带上Companion
String s2 = Test001.s;// 而访问共生体成员变量，不能带Companion
}

好纠结。为什么要这么设计。算了。查了一下kt反编译之后的Java源码：

![外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传](https://img-home.csdnimg.cn/images/20230724024159.png?origin_url=Kotlin(4&pos_id=img-y02kpqMU-1714701362932) java转kotlin潜规则.assets/image-20200103164440541.png)

共生体变成了Java类中的静态内部类，包含t1()方法。而s，s2 则是普通的静态变量。

修饰符

修饰符指的是类和成员变量，成员方法前面的权限访问关键字。原 Java拥有 private ,protected，default ,public ,访问权限分别为：本类内部，同包名或子类，同包名，全局。

然而，kotlin新增了一个概念，internal ，表示，相同Module内可访问，跨Module则不行。

并且，java和kotlin的 private ,protected，default ,public 的访问权限还有区别，但是我这里就不详述了，因为我觉得意义不大。能不能访问，写代码的时候编译器会告诉你，当场警告你，你就会修改代码。如果有问题。可以把kotlin Decompile成Java代码自己去对比试试。如有需要，后期再说吧。

空指针问题

通常要快速的将旧java代码转化成kotlin代码，是拷贝java代码粘贴到kotlin文件内，让as自动转化，但是这种方式，容易造成很多空指针问题，有一些是很直白的报了编译错误，而有一些则是隐藏起来，等到程序运行时才会报错。直接报错的就不提了，下面演示隐藏的空指针问题：

Kotlin类：

class Student(name:String) {
var name: String = name

fun showName(tag: String) {
println(“$tag : $name”)
}
}

Java调用kt：

public class Main {
public static void main(String[] args) {
Student s = new Student(“zhou”);
s.showName(null);
}
}

此时，如果运行main函数，就会报出：

![外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传](https://img-home.csdnimg.cn/images/20230724024159.png?origin_url=Kotlin(4&pos_id=img-tGz6w1r8-1714701362933) java转kotlin潜规则.assets/image-20200103165613561.png)

告诉我们参数tag不可为null。但是奇怪的是，在java代码中，居然不会报编译错误。贼特么诡异。

解决方案：

在方法参数后面加上问号，变成这样：

![外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传](https://img-home.csdnimg.cn/images/20230724024159.png?origin_url=Kotlin(4&pos_id=img-CJLeUKDl-1714701362933) java转kotlin潜规则.assets/image-20200103165838953.png)

没有基本数据类型

Kotlin之中没有基本数据类型，它只有：
Int，Short，Long，Float，Double，Byte ，Char，Boolean 这样的包装类型。
为什么没有？没有必要去纠结，但是只提供包装类型有一个好处，那就是方便扩展函数的定义。
我们可以很轻松地对 Int，类型去扩展函数。
比如： Kotlin自带了很多扩展函数：

![外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传](https://img-home.csdnimg.cn/images/20230724024159.png?origin_url=Kotlin(4&pos_id=img-DPV6vKDV-1714701362933) java转kotlin潜规则.assets/image-20200103152004966.png)

这是系统定的，我们也可以自己来定义：

fun Int.plus100(): Int {//自定义扩展
return this + 100
}
fun main() {
val a: Int = 20
println(“${a.plus100()}”)
}

继承

在用kt重构部分模块的过程中，我发现频繁出现下面的问题:

Kotlin基类:

abstract class Person(name: String) {
var name: String? = name
}

Java子类：

![外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传](https://img-home.csdnimg.cn/images/20230724024159.png?origin_url=Kotlin(4&pos_id=img-7sEEL7pJ-1714701362933) java转kotlin潜规则.assets/image-20200103154351222.png)

由于我是从基础类开始重构，所以，在原先的Java代码中频繁出现了类似这种访问权限不足的问题。一个一个去改成setName函数，工作量巨大。后来找到一个办法：

在kotin中加入 @JvmField 变成这样：

abstract class Person(name: String) {
@JvmField
var name: String? = name
}

@JvmField可以让 kotlin的成员属性变成公有的，kt转化成java时，会是如下这样:

public abstract class Person {
@JvmField
@Nullable
public String name;

public Person(@NotNull String name) {
Intrinsics.checkParameterIsNotNull(name, “name”);
super();
this.name = name;
}
}

兼容原先的Java代码。不用大面积修改了。

默认支持可选命名参数

了解高级语言语法的同学肯定知道 可选命名参数和 可选位置参数，经测试: Kotlin的任何方法（包括构造方法和普通和方法），可以这么写：

fun test001(s: String, s1: String) {
println(“$s - $s1”)
}

fun main() {
test001(s = “1111”, s1 = “2222”) //卧槽，Kotlin默认支持可选命名参数
}

这种特性可以很好的避免了Java中出现的一个方法包含N个参数把人眼睛看花的情况：

private void test(String s1, String s2, String s3, String s5, String s6, String s7, String s8, String s9, String s10, String s11, String s12) {
//…
}

比如如上面所示，一个方法，有12个String参数，看多了会骂娘，谁特么写的。然而，用kotlin：

fun test(s1: String, s2: String, s3: String, s4: String, s5: String, s6: String, s7: String, s8: String, s9: String, s10: String, s11: String, s12: String) {}
fun main() {
test(s1 = “”,s2 = “”,s3 = “”,s4 = “”,s5 = “”,s6 = “”,s7 = “”,s8 = “”,s9 = “”,s10 = “”,s11 = “”,s12 = “”)
}

直觉上这种语法，融入了建造者设计模式。让同一个函数的多个参数不再混乱。当然如果你怀旧的话，你也可以用原始方法，12个string依次摆下去。反正我不会这么做。