如何正确解读Google Play控制台崩溃报告提供的堆栈轨迹

1. 标识含义解释 #

• MainActivity$11中的$11：属于Java编译器对匿名内部类的默认命名规则，$后面的数字代表该匿名内部类是所在外部类（MainActivity）中定义的第N个匿名内部类。结合堆栈下一行的AlertController$ButtonHandler.handleMessage可以确定，这个$11对应的就是你代码中给AlertDialog的PositiveButton设置的DialogInterface.OnClickListener匿名实现类。
• MainActivity.java:62中的62：是APP打包构建后生成的字节码对应的行号，不是你本地未编译源码的行号。行号不匹配通常是两个原因导致：一是你当前本地的代码和上传到Google Play的安装包对应的代码版本不一致；二是打包开启了R8/ProGuard压缩混淆，默认会移除行号映射信息，导致行号错位。

2. 错误定位方案 #

2.1 结合现有代码排查 #

当前崩溃触发在AlertDialog的OK按钮点击回调中，你可以直接检查该回调（你代码中省略实现的onClick方法）中的所有操作：

• 先检查所有findViewById的返回值是否可能为null：确认add_widget_dialog.xml中是否存在所有你用到的控件id，有没有id拼写错误、控件仅存在于特定限定符布局文件夹（比如仅横屏布局有对应id，竖屏布局缺失）的情况，txtId、txtDown、txtUp、swchIsTgl、mainImgBtn等变量如果为null，调用它们的方法就会触发空指针。
• 再检查回调中用到的外部变量是否初始化：比如你代码中多次传入的values变量，如果在触发点击时还未完成初始化，也会触发空指针。

2.2 后续崩溃行号对齐配置 #

要让后续Google Play收集的崩溃日志行号和你本地源码完全匹配，只需要在你的ProGuard规则文件（通常是proguard-rules.pro）中添加如下配置，保留行号映射信息：

-keepattributes SourceFile,LineNumberTable
-renamesourcefileattribute SourceFile

添加配置后重新打的Release包，生成的崩溃日志行号就可以和对应版本的源码行号一一对应。

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