优化后使用方法:
private val name: String by lazy(LazyThreadSafetyMode.NONE) { “weilu” }
3.companion object
Kotlin类中如果需要写静态属性或方法,需要使用伴生对象( companion object
)来创建。下面我列出了几种写法:
class CompanionTest {
companion object {
val TEST_1 = “TEST_1”
const val TEST_2 = “TEST_2”
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”
}
我们看一下生成的代码:
可以看到,在不加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;
}
如果直接使用,反编译后代码如下:
UtilsK
t.add(1, 4);
如果添加一个inline
修饰符,反编译后代码如下:
byte a$iv = 1;
int b$iv = 4;
int var10000 = a i v + b iv + b iv+biv;
其实一般的方法我们不需要添加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()
}
}
反编译:
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表达式赋值给一个变量,然后每次引用该变量,这样既可以避免重复创建函数对象,也可以避免重复装箱拆箱开销。
(itf)
里面有使用Integer.valueOf
进行自动装箱。然后对于Function1.invoke(Object) : Object
,入参会装箱。如果有返回值又会拆箱。
以上两点都是直接使用lambda表达式所带来的性能损耗。避免这种情况有两个方法:
1.可以将lambda表达式赋值给一个变量,然后每次引用该变量,这样既可以避免重复创建函数对象,也可以避免重复装箱拆箱开销。