App打包发布应用市场的时候正常点的一般都会加个混淆在打包丢上去吧
- 由于是线上环境，都是别人在应用市场下载使用，如果发生了crash，这时候开发者是没法知道发生了什么错误
- 鉴于此市场出现了异常监听并上传的平台比如bugly、百度统计等。
- 为了更好维护基本都是去集成这些第三方平台
-
刚弄这个的小伙伴可能会懵逼，在后台看收集到的日志发型行号对不上
image.png - 这个原因是因为混淆了文件，输出的日志是对应不上源文件的，为了正确找到行号需要用到mapping.txt文件
进行测试
-
先搞一个carsh
image.png
-
需要在混淆配置开启保留行号和源文件
image.png - 这个其实默认是注释的直接放开注释的 这个要是不放开还是会
# Uncomment this to preserve the line number information for
# debugging stack traces.
-keepattributes SourceFile,LineNumberTable
-
这个要是没加上
image.png -
就算通过mapping找也会找不到对应的行号
image.png - 除了这个行号配置加号后，其他的混淆配置要根据自己的项目去开启配置类和文件的混淆，比如用于解析json的实体类自定义view、方法以及第三方平台之类的东西
-
在重新打包的app执行异常，我这里是插着线连接电脑的，能在android studio的logcat中找到如下日志 ，可以看到行号发生了问题 ，不是正确的行号
image.png -
bugly的后台也是
image.png
找到对应行号
-
先说下mapping文件这个，打包的时候会在bulid目录产生，每次打包发布记得保留好这个文件做好版本记号，方便排查
image.png -
这个需要用到proguard工具了，sdk就带有这个工具了。前往sdk的目录/Android/sdk/tools/proguard/bin目录，目录下的文件如下，我这个是mac所以文件后缀是sh，windows对应的后缀是bat，无论哪个系统双击proguardgui就行了
image.png -
执行后会开启一个工具,点击ReTrace，选好mapping文件，填入carsh日志信息，点击ReTrace按钮。就会看到解析的结果
image.png - 解析发现行号还是错误的不是正确的，这个时候就无语了。
- 这回只需要去下载proguard的最新版就好了 github 找个稳定的版本就行了
-
下载完成解压出来
image.png
image.png -
和上面操作步骤一样mac打开proguardgui.sh，windows打开proguardgui.bat
image.png - 到此就正确找到carsh的行号了
