答案

问题背景：

随着函数式编程和Lambda表达式在JVM上的普及，出现了匿名对象和额外方法调用的开销问题。在Java中，这种情况发生在使用功能接口时。Kotlin引入了关键字inline，以避免在传递Lambda函数时的额外分配。

问题：

带有Lambda参数的函数调用会在堆上创建匿名对象并增加堆栈深度，这会减慢代码执行速度，特别是在循环和嵌套调用中频繁使用时。

解决方案：

Kotlin允许使用inline修饰符声明函数，在编译时，函数体和传递给它的Lambda会直接插入到调用位置。这使得编译器能够消除额外的分配，提高性能，尤其是对于短小、频繁调用的函数（例如，过滤集合）。

代码示例：

inline fun <T> Iterable<T>.myFilter(predicate: (T) -> Boolean): List<T> {
    val result = mutableListOf<T>()
    for (item in this) if (predicate(item)) result.add(item)
    return result
}

val filtered = listOf(1, 2, 3, 4).myFilter { it % 2 == 0 }
println(filtered) // [2, 4]

主要特点：

消除功能对象的分配。
减少对Lambda参数调用的开销。
可以使用noinline和crossinline参数来控制单独Lambda的内联。

有陷阱的问题。

可以与任何功能参数或泛型类型T一起使用内联函数吗？

不可以，内联函数首先节省了Lambda参数的调用开销，但泛型参数（例如，T）本身不会被内联 — 这是需要reified修饰符的。对于没有reified的简单T，类型信息将在编译阶段被擦除。

如果在内联函数中声明闭包，引用外部范围的变量，会发生什么？

外部范围的变量会被复制到内联表达式内部。对它们的所有访问都会正常工作，就好像代码实际上被插入一样。如果您没有预期副作用，可能会导致意外行为。

可以从Java代码中调用内联函数吗？

可以，但它将被编译为普通函数，Java代码将看不到任何内联的好处。Kotlin只有在从Kotlin代码中使用内联函数时才能实现优化。

常见错误和反模式

对大型函数过度使用内联（导致字节码膨胀）
误解内联可以改善所有调用的速度（对于长函数，内联会减慢编译并增大应用程序大小）
在内联Lambda中使用return时的错误 — 控制流不正确

生活中的例子

消极案例

开发者内联一个长函数，包含多个过滤和后处理的Lambda，期望加快速度。代码编译时间较长，最终的APK/RAR/DEX显著增大，但速度没有提升。

优点：

从结构上简化代码

缺点：

增加了二进制文件的大小
编译时间长
调试困难

积极案例

实现一个小的内联函数，用于短数组的过滤，在热循环中调用数百次 — 执行时间至关重要。内存分配数量最小，因为Lambda不创建匿名对象。