[Android]查看代码混淆后的日志

关注

转载最新推荐文章于 2026-04-12 11:11:15 发布 2.3k 阅读 AI 写同款· GEO 优化 ›

Android小技巧—查看代码混淆后的日志一、前言随着项目版本的迭代，用户数量的迅速增长，app或多或少会出现bug。一般我们会使用友盟、Bugly、TalkingData等等统计工具来统计线上bug的情况。本篇文章主要阐述，如何从代码被混淆之后的错误日志中，来定位错误代码的博文。二、统计工具之坑Mapping文件上限为10M 用过统计工具的同学应该知道，当线上App出现bug之后，我们会去统计工具“错误列表”的错误日志中寻... 阅读详情

APP混淆已经是APP发布时的标配技术了，但是我们经常需要去看用户使用APP时的崩溃日志，这个时候，看到的日志确是被混淆了，比如a.b.c.c()！就要狂了。所以，Google当然会为我们考虑到这种情况。下面对具体的使用进行说明。

代码混淆生成apk之后，项目下面会多出来一个build\outputs\mapping\release文件夹，下面分别解释release文件夹中四个文件的作用。

dump.txt : 描述了apk中所有类文件中内部的结构体。（ Describes the internal structure of all the class files in the .apk file ）

mapping.txt : 列出了原始的类、方法和名称与混淆代码间的映射。（ Lists the mapping between the original and obfuscated class, method, and field names. ）

seeds.txt : 列出了没有混淆的类和方法。( Lists the classes and members that are not obfuscated )

usage.txt : 列出congapk中删除的代码。（ Lists the code that was stripped from the .apk ）

1.cmd进入sdk/tools/proguard/bin目录。

2.将混淆后的日志cache_file_name.txt和上文提到的mapping文件放入此目录中。

3.执行命令：retrace.bat mapping.txt cache_file_name.txt

执行命令前：

Casused by: Java.lang.NullPointerException

at com.example.test d.a.c(SourceFile:110)

at com.example.test d.a.c(SourceFile:88)

at com.example.test .activity.CommitFragmentBase.init(SourceFile:1330)

执行命令后：

Casused
 by: java.lang.NullPointerException

at com.example.test loginActivity.login.setView(SourceFile:110)

at com.example.test dloginActivity.login.setView(SourceFile:88)

at com.example.test .activity.CommitFragmentBase.init(SourceFile:1330)