MAC/IOS app crash日志符号表还原方法调用

最新推荐文章于 2024-08-11 09:55:22 发布
原创 最新推荐文章于 2024-08-11 09:55:22 发布
· 1.3k 阅读 · 1 ·
版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细介绍了如何在Mac上使用 Bugsplat 平台收集的crash日志，通过symbolicatecrash工具手动还原符号表，帮助开发者定位代码错误。步骤包括创建文件夹、导出SymbolicateCrash、设置环境变量并执行命令，最终输出对应代码行的详细信息。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

MAC/IOS app crash日志符号表还原方法调用

1. Crash日志收集平台简介

2. 手动还原符号表

2.1 准备资料

我们开发经常通过一些crash日志平台收集到一些crash日志，有时候这些日志并没有通过符号表来还原成我们想看到的具体是哪一行代码出错了，这个时候我们需要手动去还原符号表。

下面我以bugsplat平台为例，来讲解手动还原的过程：

首先我通过bugsplat平台日志分析到有一个crash问题，https://app.bugsplat.com/v2/crash?database=Wondershare_VideoEditor_Mac&id=807244 但是这个crash我能够看到的只有那些符号表，没有还原成对应的代码。我可以在网站上看到这么一行：

Explanation:
SIGABRT #0 at 0x7fff9b375f06 Application Specific Information: *** Terminating app due to uncaught exception ‘NSInvalidArgumentException’, reason: ‘-[NSTextView setAutomaticTextCompletionEnabled:]: unrecognized selector sent to instance 0x7fe8b929d420’

2.2 还原步骤

  1. 创建一个新的文件夹，mac下终端输入命令：
mk
最低0.47元/天 解锁文章
iOS奔溃分析技巧-crash日志符号化
代码手工艺术家的专栏
04-11 2185
前言 iOS开发需要不停发版本，开发者要面临线上各种版本的奔溃日志(crash log)，解决奔溃问题是移动开发者最日常的工作之一. 在实际的项目开发中，崩溃问题，依赖xcode，依赖于系统记录的崩溃日志或错误堆栈，在本地开发调试阶段，是没有问题的。 如果在发布的线上版本出现崩溃问题，开发者是无法即时准确的取得错误堆栈的，需要获取到crash日志，进行相应处理。 简单的崩溃还好说，复杂的崩...
ios解析系统符号表
最新发布
batman
08-11 659
下载完dyld源码后，解压，打开进入launch-cache打开dsc_extractor.cpp文件，将预处理指令从0改为1，执行该命令，会生成。需要通过之前准备的dsc_extractor来解压获取，使用方法。源码，我使用了dyld-519.2.2.tar.gz。使用其中的dsc_extractor工具，下载地址。该网址可以下载系统库beta系统库符号表。解压后可以双击打开dmg文件，在其中的。类似这样的文件，这些就是压缩的系统库。下载对应版本的固件。
Bugly符号化iOS 崩溃，快速定位crash(上传符号表)
weixin_34242658的博客
05-21 471
1. cdbuglySymboliOS 的路径 2. java -jar buglySymboliOS.jar -i dsYM文件的路径 https://www.jianshu.com/p/cb5e793e6dce 转载于:https://www.cnblogs.com/qingzZ/p/10900972.html
iOS symbol化的多种方式
gjzwluck的博客
06-02 1497
1. 符号表是什么？ 符号表就是指在Xcode项目编译后，在编译生成的二进制文件.app的同级目录下生成的同名的.dSYM文件。 .dSYM文件其实是一个目录，在子目录中包含了一个16进制的保存函数地址映射信息的中转文件，所有Debug的symbols都在这个文件中(包括文件名、函数名、行号等)，所以也称之为调试符号信息文件。 一般地，Xcode项目每次编译后，都会生
iOS crash符号表还原
炫目萧萧的专栏
03-08 2879
找到symbolicatecrash文件 位置： /Applications/Xcode.app/Contents/SharedFrameworks/DTDeviceKitBase.framework/Versions/A/Resources/symbolicatecrash 可以使用查找 find /Applications/Xcode.app -name symbolicatecrash
iOS 符号化崩溃日志
qizd0802的博客
12-12 348
手动符号化需要下面3个东西 symbolicatecrash 是苹果官方提供的符号化工具。 首先，找到 symbolicatecrash，打开终端输入： find /Applications/Xcode.app -name symbolicatecrash -type f 出现如下结果，路径可能不同 /Applications/Xcode.app/Contents/Dev...
iOS App连续闪退时上报crash日志的方法详解
01-05
这份crash日志记录着应用程序崩溃时的信息，通常包含着每个执行线程的栈调用信息（低内存闪退日志例外），对于开发人员定位问题很有帮助。 为保障线上 App 的用户体验，我们一般都会对线上 App 的 crash 率做实时...
iOS APP crash隐患静态代码扫描工具—godeyes
08-19
总之，godeyes作为一款强大的iOS APP crash隐患静态代码扫描工具，对于优化开发流程、提高代码质量以及预防应用崩溃具有显著的效果。通过熟练掌握和应用这类工具，开发者可以更高效地维护和改进他们的iOS应用程序。
还原iOS的Crash日志中的符号表
w2h的专栏
04-07 2441
获取crash日志一般有两种： iphone 手机自动收集的.crash 会存储在手机上，通过Xcode 可以导出来。 Mac控制台等其他工具抓取到的 crash日志。 1. 在iphone 手机自动收集的crash，可以通过Xcode 上的工具导出xxx.crash文件 使用xcode 自带的symbolicatecrash命令就可以复原 操作如下： 将“.dSYM”和 “.crash”文件放到同一个目录下，终端设置如下环境： export DEVELOPER_DIR=/Application
IOS crash堆栈还原
04-22 2000
准备信息： 1、堆栈信息 2、软件基地址及架构信息 3、 dSYM文件 执行命令：atos -arch arm64 -o XXXX.app.dSYM/Contents/Resources/DWARF/huhuAudio -l 0x0000000102aa0000 0x0000000105748e9c 0x0000000102aa0000为app基地址 0x0000000105748e9c为crash堆栈地址 如果怀疑dSYM文件版本不一致，可以通过uuid来比较，获取dSYM文件中
使用atos工具和bugsplat分析bug崩溃地点
能饮一杯否
10-22 777
指令为： atos -o <符号表> -l <开始地址> <当前地址> 符号表的获取 在bugsplat，进入到要找bug的工程界面，点击右上角的setting->symbols 在下个界面按照最后更新的时间顺序排序，找一个最新的下载，就能得到对应库的符号表。 开始地址和当前地址的获取 bugsplat中的summary界面中 就可以看到当前产品的bug列表，找到你想修改的bug，点击该bug左侧的箭头图标，在attachments中就能下载崩溃时的打印输出和堆
macOS Pycharm打开报NSInternalInconsistencyException
quincy_zt941的博客
01-03 3093
macOSPycharm打开报NSInternalInconsistencyException
iOS内功：Crash分析模型
iOS_开发
02-08 278
Python实战社群Java实战社群长按识别下方二维码，按需求添加扫码关注添加客服进Python社群▲扫码关注添加客服进Java社群▲转自：掘金 Blackteahttps://jueji...
出现Terminating app due to uncaught exception 'NSUnknownKeyException', reason: 错误的解决方法
热门推荐
lucky的专栏
01-17 3万+
出现这个的原因是：之前我为按钮添加了一个变量，但是在代码中又把这个变量给删除了，此时关联还在，所以在运行时找这个变量无法找到，所以会出现错误，那么此时就是选择这个变量所在的控件对象右键单击，在弹出的菜单中看是否还存在着关联，如果存在则将此关联删除，删除方法就是单击关联哪里的x号，如下图所示：
iOS了解崩溃和崩溃日志（Understanding Crashes and Crash Logs）
gcs的博客
05-12 1855
当App发生crash时, attached的debugger会暂停App的运行，并定位的crash位置。详细看一下crash栈，这里是App启动入口这里是crash的具体位置发生crash时,debugger会收到signal，然后暂停App的运行,显示crash的调用栈如果当前没有attached的debugger，系统会吧crash堆栈信息dump到一个log文件中release版本的app发生crash时，log文件的调用栈只有地址信息xcode符号化后的crash log。
抓取手机crash log（iOS+Android）
qq_43311363的博客
08-25 4599
抓取手机crash log（iOS+Android） iOS抓取log 1. Mac电脑 1. 方法一：查看手机端日志(只可看到已发生crash日志，不受电脑的限制） 直接查看手机系统设置->隐私->分析与改进，即可查看发生过crash的日志，通常，崩溃日志格式包含程序包名，时间以及后缀ips或者beta.点击进去，右上角点击分享可以各种方式分享出去（未查到与iOS版本有关） 2. 方法二：使用控制台查看手机端实时日志(需要先连接再测试，才可抓取有效的日志） 1. Mac电脑直接在系统软件里其他
Xcode出现警告：Terminating app due to uncaught exception 'NSUnknownKeyException'的解决方法
不相信奇迹
11-03 9638
*** Terminating app due to uncaught exception 'NSUnknownKeyException', reason: '[ setValue:forUndefinedKey:]: this class is not key value coding-compliant for the key myBtn.' *** Call stack at firs
Mac Notes备忘录崩溃打不开：Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '
Web3 & Basketball
12-01 9459
在用Mac电脑Notes备忘录的时候，出现奔溃，打不开NotesProcess: Notes [594] Path: /Applications/Notes.app/Contents/MacOS/Notes Identifier: com.apple.Notes这里写代码片Time Awake Since Boo
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值