kotlin中inline、noinline、crossinline为什么会在库里面被疯狂使用(一)？

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就可以起到优化作用。