最全超干货详解：kotlin(4)-java转kotlin潜规则(1)，大厂Java核心面试题出炉-CSDN博客

本文链接：https://blog.csdn.net/2401_84557849/article/details/138824315

结尾

查漏补缺：Java岗千+道面试题Java基础+全家桶+容器+反射+异常等

这不止是一份面试清单，更是一种”被期望的责任“，因为有无数个待面试者，希望从这篇文章中，找出通往期望公司的”钥匙“，所以上面每道选题都是结合我自身的经验于千万个面试题中经过艰辛的两周，一个题一个题筛选出来再次对好答案和格式做出来的，面试的答案也是再三斟酌，深怕误人子弟是小，影响他人仕途才是大过，也希望您能把这篇文章分享给更多的朋友，让他帮助更多的人，帮助他人，快乐自己，最后，感谢您的阅读。

由于细节内容实在太多啦，在这里我花了两周的时间把这些答案整理成一份文档了，在这里只把部分知识点截图出来粗略的介绍，每个小节点里面都有更细化的内容！

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

class Test001(_name: String) : Person(_name) {
companion object {
const val s: String = “”
const val s2: String = “”

fun t1(){

}
}
}

fun main(){
Test001.s
Test001.t1()
}

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

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

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

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

共生体变成了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函数，就会报出：

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

解决方案：

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

没有基本数据类型

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

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

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子类：

由于我是从基础类开始重构，所以，在原先的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依次摆下去。反正我不会这么做。