一、介绍

        如今在Android开发中，应用层开发语言主要是Java和Kotlin，Kotlin是后来加入的，主导的语言还是Java。kotlin的加入仿佛让会kotlin语言的开发者更屌一些，其实不然。

        有人说kotlin的引入是解决开发者复杂的逻辑，并且对空指针控制的比较友好，但是我们在开发过程中会发现，好像并不是这么回事，甚至有些开发者发现，在使用过程中会出现莫名其妙的错误，而且还不好定位。

        这时候，我们应该去分析，kotlin适不适合自己，自己能不能驾驭？

二、分析Java与kotlin实战中的利与弊

        学过政治都知道，任何东西都是一把双刃剑，既有好的一面也有不好的一面。不能什么都照搬过来。kotlin的好是建立在你已很好的掌握，但是不好的是你如果只会基础，在使用过程中，无法避免一些异常情况。但是Java的友好是适合新手使用，普及度高。

kotlin的弊端与分析

1、参数为null

参数为null这种很容易引起空指针，为什么会出现这种情况？是受Java的写法有关系

Java：

public void log(String txt)

Kotlin：

public fun log(txt:String)

正常Java你是可以传null进去，但是在kotlin，你传null就会报错

 分析：

Java中，你参数可以传任何，你传null也是没问题，但是你在kotlin中，就没有这么随意了，这是为什么呢？

 在kotlin中，任何参数都会被修饰，为空或者不为空，默认是NotNull。如果你不能传递null值过去。

如何避免？

只要我们是通过kotlin语法，你在任何参数申明都需要设置成为可为null

public fun log(txt:String?)

这个时候，在参数中，已变成可为null。

2、lateinit 报错未初始化先使用

        lateinit 是稍后初始化，这个只能做全局，不能出现在方法体，但是也有个问题。如果你用lateinit 修饰一个变量，那么这个变量可以不先申明变量值，等使用时再初始化。

但是这个也会出现一个问题，如果你没初始化就使用会报错

    lateinit var txt: String    public fun log() {        println(txt)    }

        有人会说，我不能判空嘛？判空也不行。只要你使用之前就必须初始化，否则就会报错。这个问题在新手特别容易犯错。

        所以为什么这个关键字往往出现在修饰View的初始化使用比较多。这个在使用的时候进行判空，所以该字段默认为null，但是你使用必须要有值，只要你调用get方法就会触发。

思考：

有人会问，如果我直接修改变量的get方法，如果为null，那么get直接给他初始化。

 lateinit不允许修改set和get。

        但是Java就不会，Java是所见即所得，你的东西就是你的东西，kotlin是通过自己的语言限制，翻译成Java语言。所以，你不了解或者说不清楚目标类，很容易造成风险，并且这种bug被带到线上概率很大

3、参数类型强转"!!"导致null空指针

这种错误在方法调用很容易出现，而且这种BUG的概率非常高，导致项目质量很差。

public fun log(txt：String)

分析：

我们申请一个方法，参数不为null，在Java过程中，这种你不需要管，直接调用，一般对null的判断会在方法体中进行

Java:

public void log(String txt){

if(txt!=null){}

}

但是你在kotlin中，只能在调用处进行判断，否则就要将参数通过强制表示不为null,"!!"

我们在项目中进程遇到log(msg!!)这种错误的写法，这种写法，如果你的实参申请可以为null，但是形参不能为null，这个时候你只能通过"!!"来强转，但是：你的实参如果为null，这个时候就会报空指针，这是为什么？

这是因为你的实参在调用时已进行强制转换，也会提前进行空指针异常检查，所以在使用 "!!"强转符号时，一定要判空，否则会报错，但是Java中，我们随便传null。

4.形参为Val修饰的常量，无法修改

在kotlin中，形参是传值类型，你是无法直接修改变量，必须通过其他变量接收完再修改

 默认是Val类型

    public fun addOne(item:Int):Int{     val  relVal=item+1        return relVal    }

5.默认为null的变量引用

默认值为null，如果变量已申请为这种，那么你以后的使用将离不开"?"和"!!"转换。

var temp:String?=null

这种区分全局和局部

1、全局：

如果是全局，对于IDE来说，任何时刻都有可能是null，所以在方法中使用，默认当成null来处理

 所以，你即使判空，还是不行。需要一辈子跟着"?"和"!!"搭配使用。

2、局部：

如果是局部，只要你在使用之前判断过一次，在合理的校验范围内都是有效

    public fun log(mm:String) {        var txt:String?=null        if (txt==null)            return        txt.length    }

就是这种有起义的原因，导致在实战中，很多人很难理解

三、总结

        通过kotlin的自身问题，其实kotlin就是一种插件语言，最终还是翻译成Java，只是目前来看，通过翻译的目标类，还是Java本身，但是增加了特别多的校验，导致写法和Java有很大的不同。这种不同来自我们的习惯问题。有人提前判空，有人喜欢丢在使用出判空，调用处让语法自然一些。

        Android应用不像PC，空指针是致命的BUG，出现一个就会导致崩溃。所以，kotlin对空指针校验特别严格，也对使用埋下了隐患，新手可以绕开校验，但是对于绕开的原理不够理解，就会引起崩溃。

        kotlin也不是一无是处，他更像是一个插件，插件的好处是自然的，可扩展等也是kotlin的自身优势。

        所以，通过上面的分析，大家可以自行去选择项目中的语言，是kotlin还是Java，如果你向往kotlin的写法，那么就得去了解kotlin的原理，以及要改变自己在Java中的开发习惯。kotlin是先判断后使用，而Java写法很随意，由开发者自行定义，kotlin都是翻译好的。

最后，用好可以事半功倍，用不好，会引起各种不好排查的BUG。最后送一句话：水能载舟亦能覆舟。

来源地址：https://blog.csdn.net/qq36246172/article/details/131374587