在proguard.cfg加上下面两行，可以定位行数。
-renamesourcefileattributeSourceFile
-keepattributesSourceFile,LineNumberTable
编译出release版本后，可以看到目录下有个mapping目录，有个mapping.txt文件。从崩溃日志里面可以找相应的崩溃代码，再从mapping里面查找相应的崩溃函数，这样可以定位到具体问题。
一般来说，debug版本没有混淆，如果不崩溃，但是release版本混淆后崩溃的话，基本判断是混淆问题。
如果通过崩溃日志和mapping仍然无法定位，你可以在崩溃点加上log，再做进一步判断，这样肯定可以定位问题。
在proguard.cfg加上下面两行，可以定位行数。 -renamesourcefileattributeSou...
iOS崩溃调试 iOS崩溃调试
通常我们会对线上apk进行混淆或加固操作，但是经过混淆后，如果应用崩溃了，收集上来的崩溃信息往往会看不懂，比如下面...
Objective-C/Swift的方法名、属性名混淆 特点 混淆的时机是在编译前 混淆后，不影响源代码 混淆生成...
?两种崩溃调试方法 1、在控制台找reason 2、设置全局断点，定位到导致崩溃的代码 ?数组越界 reason:...
启动后app崩溃，日志无信息，于是使用lldb的waitfor调试，得到崩溃点 从此崩溃点可知是c++异常，但由于...
1 得到崩溃代码行 用windbg分析后，得出如下崩溃代码行，关于如何分析Crash见：Dump调试 2 显示最近...
基于 HttpClient的爬虫对于许多混淆的加密库需要慢慢调试,找到加密原理,耗时耗力,等你破解了加密方法说不定...
解决方法1、开启混淆后 需要在 app 混淆文件中增加-keep class androidx.core.view...
混淆示例代码 解码混淆后的堆栈信息 由于方法名会被混淆，直接查看log很难定位到问题。 google官方提供了一个...
本文标题：混淆后崩溃调试方法
本文链接：https://www.haomeiwen.com/subject/bfybjttx.html
网友评论