inline的使用
不是优化的场景
首先先扔出示例,以下代码模拟打印“hello,World!!!”,只不过是先打印hello,再打印world。
inline fun printWorld(){
println("World!!!")
}
@Test
fun inlineHelloWorld(){
print("hello,")
printWorld()
}
当printWorld使用的inline后,它的实际效果是相当于:
fun realHelloWorld(){
print("hello,")
println("World!!!")
}
学过C语言的的话,这个操作其实就相当于宏替换,与宏替换一样同样可能会有代码膨胀的问题,这就相当于就是将printWorld内部的内容放入到inlineHelloWorld进行替换,实际结果就是相当于没有调用printWorld,少了一次堆栈调用,但是这个能优化性能吗,调用栈的优化,我们其实还不如当它没有。inline的出现,是为了接下来的场景优化。
inline的收益场景
大家都已经用到过lamda函数了,同时kotlin编译后的字节码是跑到jvm中,而kotlin是兼容至少java 1.6的,有考虑过lamda函数是怎么转换成java代码的吗?比如:
inline fun myPrint(action:() -> Unit){
action()
}
其实它也是转换成对象来实现的,怎么实现的?
public final void myPrint(@NotNull Function0 action) {
Intrinsics.checkParameterIsNotNull(action, "action");
action.invoke();
}
也就是说对于非lamda表达式来说,lamda表达式会多创建一个对象来包裹对应的动作,也就是说每次都会多一对象创建的消耗。jvm在创建对象时,每个对象至少要消耗8个左右的byte作为对象头,还会涉及堆内容的创建与对象初始化,如果这个时候加入inline,优化效率就比较高,特别是有些频繁调用的场景下,比如在循环中调用lamda表达式。
这也就是为什么kotlin原生库中经常会加入inline的原因。比如在list的扩展方法中:
public fun <T> List<T>.firstOrNull(): T? {
return if (isEmpty()) null else this[0]
}
public inline fun <T> Iterable<T>.first(predicate: (T) -> Boolean): T {
for (element in this) if (predicate(element)) return element
throw NoSuchElementException("Collection contains no element matching the predicate.")
}
其中加入firstOrNull方法并未使用inline标注,first方法因为加入了predicate判断的入参加入inline就可以起到优化作用。