使用内联函数创建匿名对象是否会导致外部类内存泄漏？

咱们把这个问题掰碎了说，从大家熟悉的Java场景入手，再过渡到Kotlin的特殊逻辑，最后聚焦内联函数的情况：

1. Java的匿名对象：天生带外部类引用 #

众所周知，Java里的匿名内部类不管你用不用外部类的成员，都会默认持有对外部类实例的隐藏强引用。要是这个匿名对象的生命周期比外部类长（比如把它注册成一个全局回调），外部类实例就会因为被引用而无法被GC回收，直接造成内存泄漏。

2. Kotlin Lambda：智能编译，按需捕获 #

Kotlin的Lambda是匿名类的语法糖，但编译逻辑比Java灵活太多：

• 如果Lambda没有捕获任何外部类的属性或方法，编译器会把它编译成嵌套类（相当于Java的静态内部类），完全不持有外部类的引用，根本不存在泄漏风险；
• 只有当Lambda显式用到了外部类的成员时，才会生成类似Java匿名内部类的结构，持有外部类的引用——这时候才需要注意对象生命周期的匹配问题。

3. 内联函数的特殊处理 #

你提到的内联函数（比如代码片段里的wi...应该是with或者自定义内联函数），核心在于内联的本质是代码替换：

• 当调用内联函数时，编译器会把Lambda中的代码直接“复制粘贴”到调用位置，不会生成独立的Lambda对象。这意味着：
  • 就算Lambda捕获了外部类的引用，内联后这些引用也和调用处的代码上下文完全一致，不会额外生成持有引用的对象；
  • 不存在Lambda实例被单独持有导致的泄漏问题——因为从始至终都没有生成独立的Lambda对象，代码是直接嵌入在外部函数里的。
• 唯一的例外：如果内联函数里的Lambda被标记为noinline，那这个Lambda就不会被内联，会回到普通Lambda的编译逻辑，这时候就要按普通Lambda的规则判断是否有泄漏风险。

举个直观的代码例子：

class A {
    val className = "Class A"
    
    fun test() {
        // 普通Lambda：捕获了className，会持有A的实例引用
        val normalLambda = { println(className) }
        
        // 内联函数的Lambda：代码会被直接内联到test()方法中，无独立对象生成
        inlineFunction { println(className) }
    }
}

// 内联函数定义
inline fun inlineFunction(block: () -> Unit) {
    block()
}

在这个例子里，normalLambda会持有A的实例引用，但inlineFunction里的Lambda因为被内联，不会生成单独的对象，也就不会带来额外的引用持有问题。

内容的提问来源于stack exchange，提问作者Beloo