Google Analytics(分析)回溯Proguard

如何使用Google Analytics(分析)中的崩溃报告来追溯我的Proguard Android应用程序。 几个例子如下:

注意:当用户使用Google应用程序控制台完成崩溃报告时,我可以使用mapping.txt文件的回溯OK。

示例(来自Google Analytics行为崩溃和例外)

  • RuntimeException (@a:a:-1) {main}

  • IllegalStateException (@f:a:-1) {main}

  • NullPointerException (@MainActivity:M:-1) {main}

  • NullPointerException (@a:l:-1) {main}

  • NullPointerException (@al:run:-1) {main}

Solutions Collecting From Web of "Google Analytics(分析)回溯Proguard"

我刚开始收集统计数据,自己也碰到了这个。 从发生在我身上的一个没有模糊的apk的例外情况来看,其语法似乎是:

 exception-name (@class-name:method-name:line-number) {thread-name} 
  • class-name:如果这是混淆的,那么你通常会被卡住,因为包名不被报告。 有时你可能能够find这个类,就像在你的'al'例子中一样,因为大多数的包不会有那么多的类(search' – > al')。
  • 方法名称:如果类名不被模糊处理(某些类名必须从应用程序的模糊处理中排除),您可以尝试在mappings.txt中查找该方法。 通常会有多个方法具有相同的映射(但不同的调用签名)。 由于您无法区分它们,您必须全部检查它们是否可能导致exception。
  • 行号:由于被模糊(-1),所以没有用。

结论:通过标准报告,大多数情况下您无法找出导致exception的原因。 似乎有可能build立一个自定义exception分析器,可能允许你包括完整的堆栈框架。 我还没有尝试过,但在这个答案中find了一个promissing描述。