首先，先拆解你看到的那行堆栈信息：-$$Lambda$<my-class>$TBpBoCodhQrLRrW-jmx762QZ0VY.run(Unknown Source:2)

这个命名是R8混淆Lambda表达式时生成的标准格式：

• -$$Lambda$：R8给所有编译生成的Lambda匿名类加的固定前缀
• <my-class>：这个Lambda表达式最初定义在的原始类，就是你代码里写的类
• 后面的随机字符串TBpBoCodhQrLRrW-jmx762QZ0VY：R8生成的唯一标识符，用来区分同一个类里的不同Lambda实例
• Unknown Source:2：说明反混淆时没有找到对应的行号信息，要么是混淆时没保留行号，要么mapping文件和当前APK版本不匹配

怎么定位具体是哪个Lambda？ #

1. 确保mapping文件匹配：你用的retrace.jar必须和生成这个APK的mapping.txt严格对应，版本不对的话根本没法正确反混淆。
2. 结合代码上下文推断：既然知道Lambda来自<my-class>，就去看这个类里所有实现Runnable的Lambda（因为堆栈里是run方法），再结合堆栈的调用链——比如看这行堆栈的上一行是哪个方法调用了这个Runnable，对应到代码里的调用点，就能快速定位到具体是哪个Lambda了。
3. 规范retrace使用：直接用命令行执行retrace时，确保格式正确：java -jar retrace.jar mapping.txt stacktrace.txt，不要漏掉任何必要参数。

配置R8让Lambda堆栈更清晰 #

如果你想避免猜来猜去的麻烦，可以在构建时配置R8，保留Lambda的可读信息：

1. 保留行号信息 #

在你的proguard-rules.pro里添加：

-keepattributes SourceFile,LineNumberTable

这样反混淆后的堆栈就会显示具体的行号，而不是Unknown Source，直接定位到你代码里写Lambda的那一行。

2. 保留Lambda的可读名称 #

在模块的build.gradle（或build.gradle.kts）的release构建类型里，添加R8专属配置：

android {
    buildTypes {
        release {
            minifyEnabled true
            proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
            
            r8 {
                // 让R8生成的Lambda名称保留原始上下文，而非随机字符串
                keepLambdaNames true
            }
        }
    }
}

开启keepLambdaNames后，R8生成的Lambda名称会包含更多原始信息（比如引用的方法名），反混淆后能直接看出这个Lambda对应代码里的哪个逻辑，不用再靠随机字符串猜。

3. 额外注意点 #

• 不要混淆Lambda引用的核心类/方法：如果你的Lambda引用了某个类的私有方法，可能需要在proguard规则里保留那个方法，否则即使保留了Lambda名称，也没法对应到正确的逻辑。
• 测试验证：每次修改配置后，打一个测试release包，生成混淆后的堆栈，用retrace验证是否能正确解析，确保配置生效。

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