如何使用安卓开发者控制台崩溃报告查找崩溃源?

Question

由于我在Google Play商店中发布了新版本的应用程序，因此我在Android开发人员控制台中收到了崩溃报告。

我在发布新版本后立即上传了ProGuardmappings.txt。因此，所有日志都不会被混淆(所有类名和方法都以明文形式出现(。但是，我仍然不确定是否要阅读它们。

主要存在三个问题：

1. 该报告仅显示崩溃方法，而不显示行号。所以我不知道方法的哪一部分导致了崩溃。
2. 一些崩溃报告显示了使用OR的不同方法。这是什么意思？
3. 并非所有报告都经过去混淆处理。有些仍然以匿名类和方法名称显示

例：

// Crash Log with is NOT obfuscated
Caused by: java.lang.NullPointerException: 
1:  at com.example.MyApp.Path.To.Package.MyClass.myMethod1 (MyClass.java)  // <-- No Line Numbers...
or                     .myMethod2 (MyClass.java)    // <-- WHAT does this OR mean???
or                     .myMethod3 (MyClass.java)
2:  at com.example.MyApp.Path.To.Package.MyClass.onCreateView (MyClass.java)
3:  at android.support.v4.app.Fragment.performCreateView (Fragment.java)
4:  at android.support.v4.app.FragmentManagerImpl.access$500 (FragmentManagerImpl.java)
or                     .access$600 (FragmentManagerImpl.java)
or                     .addFragment (FragmentManagerImpl.java)
or                     .allocBackStackIndex (FragmentManagerImpl.java)
or                     .animateRemoveFragment (FragmentManagerImpl.java)
...
5:  at android.support.v4.app.FragmentManagerImpl.access$500 (FragmentManagerImpl.java)
...

// Other crash seems to show the same problem but is still obfuscated
Caused by: java.lang.NullPointerException: 
1:  at com.example.MyApp.Path.To.Package.MyClass.a (MyClass.java:89)  // <-- Line numbers available here...
2:  at com.example.MyApp.Path.To.Package.MyClass.b (MyClass.java:40)
3:  at android.support.v4.app.Fragment.performCreateView (Fragment.java)
... // Same call stack as above  

问题：

• 为什么有些日志被取消混淆，而其他日志(似乎显示相同的错误(没有？上传映射文件后创建的这两个日志。没有映射文件的旧版本的日志显示明确的"日志经过模糊处理"消息
• 调用堆栈中的OR语句的含义是什么？这是否意味着，这些方法中的每一个都发生了异常(这应该怎么可能(？
• 为什么经过去混淆处理的日志中没有行号？给定的方法很长，没有任何进一步的信息，我不知道究竟是什么导致了问题。混淆中的行号似乎指向随机行，这些行与实际代码没有任何链接。

所以主要问题是：

如何使用日志中的信息来查找崩溃源？

Answer 1

您需要将以下选项添加到 Proguard 配置中：

# This option forces Proguard to use different obfuscated names
# for different members. It avoids the 'or' stack traces.
-useuniqueclassmembernames
# These options produce useful stacktraces preserving line numbers
-renamesourcefileattribute SourceFile
-keepattributes SourceFile,LineNumberTable

如果没有-useuniqueclassmembernames，Proguard 可以为同一类的不同方法分配相同的混淆名称(你可以在映射.txt文件中看到它(。这就是为什么堆栈跟踪知道错误发生在方法 A或方法 B 中，但不知道确切是哪一个。

使用-useuniqueclassmembernames选项，所有经过模糊处理的名称都将不同，并且不会再有堆栈跟踪。有关此内容的更多信息，请单击此处。

除此之外，Proguard 不会保留有关行号的信息，除非我们使用指示的-renamesourcefileattribute和-keepattributes选项。有关此内容的更多信息，请单击此处。

这些选项会稍微增加您的apk大小，但这是完全值得的。这为我分析堆栈跟踪节省了许多麻烦。

Answer 2

最好改用Fabrics。它将提供崩溃报告以及行号。