Kotlin你必须知道的小细节~_kotlin 字符串拼接(1)，2024年最新我的阿里春招之路分享

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数HarmonyOS鸿蒙开发工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年HarmonyOS鸿蒙开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上HarmonyOS鸿蒙开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新

如果你觉得这些内容对你有帮助，可以添加VX：vip204888 （备注鸿蒙获取）

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

    private val TEST_3 = "TEST_3"
    private const val TEST_4 = "TEST_4"
    
    fun test() {
        println(TEST_1)
        println(TEST_2)
        println(TEST_3)
        println(TEST_4)
    }
}
val test5 = "TEST_5"
private val test6 = "TEST_6"

}
复制代码

我们看一下生成的代码：


![在这里插入图片描述](https://img-blog.csdnimg.cn/img_convert/9ddc87f6d56e6b2046db222ef03857ed.webp?x-oss-process=image/format,png)


可以看到，在不加`const`修饰的情况下，生成了`getTEST_1`方法。那么调用`TEST_1`时，其实是调用`CompanionTest.Companion.getTEST_1()`，这样的代码说实话有点繁琐。


如何可以像Java那样直接读取静态属性，那就像`TEST_2`一样，加`const`修饰，这样这个变量就可以内联式的编译，也就不会生成多余的方法。


同时也需要注意一个test5、test6这两个写法的区别。


### 4.inline


`inline` 是方法的一个修饰符，用来让方法以内联的方式进行编译。什么是内联，简单说就像是复制了一份方法实现代码进来。


比如我们有一个计算方法add：

fun add(a: Int, b: Int): Int {
return a + b;
}
复制代码

如果直接使用，反编译后代码如下：

UtilsKt.add(1, 4);
复制代码

如果添加一个`inline` 修饰符，反编译后代码如下：

byte a$iv=1;intb$iv = 4;
int var10000 = a$iv+b$iv;
复制代码

其实一般的方法我们不需要添加`inline` ，否则一调用方法就“复制”一遍，这生成的代码就太多了，体积也会不断变大。所以AS也会给我们警告：

Expected performance impact from inlining is insignificant. Inlining works best for functions with parameters of functional types
复制代码

翻译过来就是：内联对性能的影响是很小的，内联最适合带有函数类型参数的函数。


这里说的很明白，内联适合将函数作为参数传递的方法。如果你看过一些kotlin源码，会发现一些高阶函数​let、map、run都是如此


具体是为什么，我们可以看一个例子：

private fun testFunction(i: Int, call: (Int) -> String) {
    call.invoke(i)
}

fun test() {
    testFunction(9) {
        it.toString()
    }
}

复制代码

反编译：


![在这里插入图片描述](https://img-blog.csdnimg.cn/img_convert/7363e80a2249406c0925b94bc7785bd0.webp?x-oss-process=image/format,png)


`Function1`是Kotlin 提供的泛型接口，1 就是说明有一个参数。所以使用lambda表达式实际上每次都是在创建一个`FunctionX`对象。


然后看一下字节码：

INVOKESTATIC java/lang/Integer.valueOf (I)Ljava/lang/Integer;
INVOKEINTERFACE kotlin/jvm/functions/Function1.invoke (Ljava/lang/Object;)Ljava/lang/Object; (itf)
复制代码

里面有使用`Integer.valueOf`进行自动装箱。然后对于`Function1.invoke(Object) : Object`，入参会装箱。如果有返回值又会拆箱。


以上两点都是直接使用lambda表达式所带来的性能损耗。避免这种情况有两个方法：



> 
> 1.可以将lambda表达式赋值给一个变量，然后每次引用该变量，这样既可以避免重复创建函数对象，也可以避免重复装箱拆箱开销。
> 
> 
> 


2.inline内联函数可以避免高阶函数创建函数对象及装箱拆箱开销，但是要注意inline函数体不宜过大。


下图是给`testFunction`方法加inline后的反编译代码：


![在这里插入图片描述](https://img-blog.csdnimg.cn/img_convert/61e06b6f1ec0b45417e9c72e684f71b5.webp?x-oss-process=image/format,png)


### 5. Gson解析


主要问题是gson与data class使用时产生的问题。简单说就是即使你的变量声明为不可空（不包含基础类型），且有默认值，如果json中的这个字段是null，那么解析后这个不可空变量也会被赋值为null。这时你在使用这个字段时程序自然会崩溃。


具体的问题原因以及解决方法可以看下面的几篇博客，写的都很清晰详细，这里就不多说了。


* [Android避坑指南，Gson与Kotlin碰撞出一个不安全的操作]( )
* [使用Gson解析data class引发的一点思考]( )
* [Kotlin Json库问题总结（Gson以及Moshi的坑）]( )




---


这些内容也是我在使用kotlin开发过程中学到和遇到过的，也因此返工了不少之前的代码。。。分享出来也是希望帮你少踩一些坑。


其实还有许多类似文中提到的性能开销，我这里也没法一一列举出来。所以就需要我们在学习和使用中多关注编译后的代码。


记得很早看过一部动漫叫《钢之炼金术师》，里面的核心就是说：获得某种东西，需要以同等的代价来交换。比如我们使用的许多开源框架都非常简单灵活，但是代价就是作者的封装优化。Kotlin的简洁不是没有代价的，里面包含了许多默认的行为，而代价就是一定的性能损耗。如果我们掌握这些细节，扬长避短，或许可以实现“双赢”。


扯多了，哈哈。如果本篇对你有帮助的话，多多点赞支持一下！


### 6.参考&推荐阅读


* [Kotlin性能优化]( )
得某种东西，需要以同等的代价来交换。比如我们使用的许多开源框架都非常简单灵活，但是代价就是作者的封装优化。Kotlin的简洁不是没有代价的，里面包含了许多默认的行为，而代价就是一定的性能损耗。如果我们掌握这些细节，扬长避短，或许可以实现“双赢”。


扯多了，哈哈。如果本篇对你有帮助的话，多多点赞支持一下！


### 6.参考&推荐阅读


* [Kotlin性能优化]( )