ios bugly如何定位崩溃

已于 2022-11-10 22:55:06 修改
阅读量1.7k 收藏
点赞数
文章标签： xcode macos ide
于 2022-11-04 20:17:34 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_43408306/article/details/127694763
版权
本文介绍了一种使用二进制地址信息定位iOS应用崩溃位置的方法。通过将二进制地址转换为16进制，结合otool和dwarfdump工具，最终精确到发生崩溃的具体代码行。

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

ios接了bugly，可是崩溃的时候显示的都是二进制的地址信息，无法定位问题，可是bugly的符号表上传工具总是上传失败，怎么办呢？今天摸索出一个新的办法。

 如图，怎么定位上面的崩溃发生在代码的哪一行呢？

首先，238788是地址偏移量，这个是二进制数字，我们先转换到16进制，为0x3A4C4。

接着，获取符号表TEXT段的起始地址，通过otool命令获取

需要找到对应上线包的dsym所在路径，在xcode-window-Organizer里面对应的Archives上面右键show in finder就可以看到

otool -l project.app.dSYM/Contents/Resources/DWARF/project

崩溃地址=起始地址+偏移地址，即0x0000000100000000+0x3A4C4=0x10003A4C4

最后，通过dwarfdump命令找到崩溃的代码行

dwarfdump --arch=arm64 --lookup 十六进制崩溃地址  project.app.dSYM/Contents/Resources/DWARF/project

--arch在bugly崩溃信息的其他信息里可以看到App Arch: arm64

 

 最后一行可以看到，是对应文件的64行发生了崩溃，定位完毕

iOS中使用Bugly定位收集真机崩溃日志信息
01-02 7524
Objective_C / Swift项目使用Bugly框架收集上架发版后产品奔溃信息
iOS Bugly符号化准确快速定位bug
touch929的博客
11-01 880
1.先在Mac上安装Java运行环境下载地址：https://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html 2.验证java环境是否安装成功,终端中输入：java -version，显示如下信息，就证明安装成功 3.去Xcode中找到已经发布成功上传的包，并找到dSYM文件 通过x...
iOS开发何如在调试的时候轻松找到程序在哪里崩溃
热门推荐
空杯子
05-20 3万+
起因       有不少人在评论发一些崩溃信息，问我程序怎么回事，其实如果你知道了程序崩溃在哪行代码崩溃了，就很容易定位问题了。android开发看崩溃log就能看到具体哪行代码出问题，那在iOS开发怎么快速定位到具体哪行代码崩溃呢。步骤1在xcode添加一个通用断点就行了。方法如下：点击项目导航断点那，如图步骤2点击+号：一步步按上面图完成操作。再运行程序自动就断点到这里来了，log信息是:20
iOS-定位程序崩溃位置
SSY_1992的博客
01-08 1143
程序运行时有可能出现crash，一般会定位到汇编语言那里，很难看懂，不知道怎么回事，例如下面一个例子，因为数组里面添加了一个nil的对象，导致程序crash： 这时候你可能会去看控制台的日志打印，这个方法也可以，但是还是没有直接精确定位到崩溃的代码里方便。 这时候你可以进行下面的操作： 你会看到一个选项是 : // 这个意思是说始终显示汇编语言格式，看起来是不是很痛苦呢！！ A
通过Bugly上报的日志查找崩溃闪退原因
yhhwatl的专栏
07-13 1043
第二步，查看内存和调用堆栈，通过分析波峰堆栈，查找内存增长的点，这里发现是spine相关的API，在相关调用地方加日志发现缓存失效，每次都重新创建新的spine，而旧的有没释放。./usr/bin/atos -o [dSYM文件的路径]/Contents/Resources/DWARF/[应用的名字] -l [内存基地址] [要转换的地址]OS应用发生崩溃时，系统会生成一份崩溃日志，这份日志中包含了崩溃时的堆栈信息，但这些堆栈信息并非直接指向源代码，而是以16进制的地址表示，这就需要我们进行。
iOS如何快速定位崩溃代码
chqj_163的专栏
10-11 567
当我们开发的时候会经常遇到程序崩溃的现象，有的时候程序是崩溃到具体的一行代码里面，我们可以很方便的进行调试，但更多的时候，程序是崩溃在App入口处，如下图: 我们在控制台里虽然可以一眼就看出崩溃的原因是因为，一个字典类型调用了字符串方法，所以引起崩溃。但是isEqualToString方法相信在每个人的项目里都是很常见的，这些信息并不能帮助你快速找到崩溃的所在地方。 下面将给...
android bugly 错误分析,# app 3.6.1 Bugly中崩溃分析
weixin_28745525的博客
05-27 721
突然有一天，领导的Android手机中的程序运行停止了，这告诉了CTO，CTO立刻通知Android负责人，查询原因，并且询问当前的崩溃率是多少，得知3%左右，Android优化完之后，CTO又问iOS的负责人，iOS现在线上的崩溃率多少啊，‘2%左右’，‘这有点高啊，以后要降到0.2%，iOS要立刻发一个版本，降低崩溃率’，然后我们就开始分析Bugly上面的崩溃信息了。目录已解决的bug暂时无解...
iOS Crash日志收集上报
03-25
iOS Crash日志收集上报是指在iOS系统中，收集和上报应用程序崩溃日志的过程。该过程涉及到多个技术层面，包括Mach异常、Unix Signal、NSException等。 一、Mach异常 Mach异常是最底层的内核级异常，是指在iOS系统...
iOS Crash常规跟踪方法及Bugly集成运用详细介绍
01-04
iOS Crash常规跟踪方法及Bugly集成运用 当app出现崩溃, 研发阶段一般可以通过以下方式来跟踪crash信息 #1.模拟器运行, 查看xcode错误日志 #2.真机调试, 查看xcode错误日志 #3.真机运行, 查看device系统日志  下面...
Bugly查看代码崩溃到具体的某一行
小天空的博客
12-17 2348
没有配置符号表的时候 当我们配置符号表的时候去苹果的后台找对应的版本     得到压缩文件然后去bugly后台上传符号表 把刚才压缩的文件拖到此处上传，完成以后点击确定稍微等待一会 等后台解析完成的可以去看崩溃了的日志了如下图： ...
ios崩溃日志收集_iOS分析崩溃日志
weixin_28955629的博客
12-08 319
前言iOS分析定位崩溃问题有很多种方式，但是发布到AppStore的应用如果崩溃了，我们该怎么办呢？通常我们都会在系统中接入统计系统，在系统崩溃的时候记录下崩溃日志，下次启动时将日志发送到服务端，比较好的第三方有umeng之类的。今天我们来讲一下通过崩溃日志来分析定位我们的bug。dYSM文件分析崩溃日志的前提是我们需要有dYSM文件，这个文件是我们用archive打包时生成的.xcarchive...
【iOS】通过崩溃日志定位崩溃命令行atos工具
能饮一杯否
01-07 923
iOS定位崩溃教程
iOS快速定位问题
qq_32780047的博客
03-31 511
作为开发人员在调试程序的时候，我们很想马上知道错误的代码在哪一行， 而不想大概设置一个断点，逐行调试发现最终是哪一行代码出问题导致程序崩溃。 可以使用下面这个办法快速定位问题代码。 1.unrecognized selector send to instancd 快速定位 在Debug菜单中Breakpoints->Create Symbolic Breakpoint在Symbolic中填写如下
ios 崩溃无法定位到具体代码_四个技巧快速定位和解决 iOS crashes and bugs
weixin_35640673的博客
12-30 999
每个 app 都有性能问题，都有要修复的错误，都会 crash。 尽管我们已经非常小心了，即使我们的 app 在设备上运行一切正常，即使所有测试也都通过了我们还是不免会遇到各种无法预料的问题。因此，我们可以使用一些技巧，通过收集正确的信息，快速定位和修复大多数 bugs 和 crashes。1. Crash reporting tools修复崩溃需要深入了解 app 中发生崩溃的情况。最简单的方法...
iOS 快速定位线上bug,bug日志分析及bugly使用符号化精准定位bug
弋小生的博客
11-02 3491
1.xcode 自带buy追踪 使用xcode自带追踪bugly需要用户与应用开发者共享崩溃数据 这时你可以在APPStoreConnect中APP分析中自选择日期查看线上app崩溃现状 通过xcode–>Window–>organizer 打开如弹窗 通过点击崩溃左侧箭头快速在xcode定位到崩溃的代码，但这种方法使用的局限就是需要用户协助给开发者分享崩溃日志。所以为了打破这种局...
定位iOS代码中崩溃的位置
08-07 303
在iOS开发时，有一些操作会使程序崩溃，如数据插入非对象、字典插入非对象等，在崩溃时程序会直接跳到main函数，使得位置错误位置难以定位。解决方法其实添加一个断点就可以了。操作如下： 1.在添加断点处点击+号，添加类型为Exception Breakpoint 2.参数设置，直接使用默认参数 3.测试效果，我给一个dic设置了一个非对象值，IDE就可以定位到该崩溃位置。 转载...
bugly符号化解析,定位具体代码
butterflyIsMe__821的博客
09-05 917
在我们使用bugly进行异常崩溃分析的时候,往往会遇到下面的情况 而对于这种情况我们并不能具体的定位到崩溃代码的位置,所以我们需要对其进行解析,该如何分析呢? 首先,我们要做的就是上面的内存地址转化为具体的代码,这时我们可以切换到查看原始界面,如下图: 上面就是他的起始位置,然后我们可以使用atos去进行解析,在此之前我们需要先生成一个.dsYM文件,生成步骤如下: 1.切换项目为rele...
ios bugly自动上传符号表不起作用
nothing_student的博客
11-19 2100
我们按照bugly文档修改完成自动上传符号表之后，发现并不起作用，自己账号下，依旧说没有上传符号表。这时候的你，一定在测试环境。因此，我们按照文档做之前（之后也可以），需要进行一下配置。 bugly符号表前提设置: 符号表 appname.app.dSYM 文件默认只有在Release模式下生成，而我们进行调试的时候是在debug模式下，如果需要在Debug模式下生成需要修改：
查看ios app崩溃
ZuoZhiHen的博客
12-18 429
ios
大模型对齐微调DPO
最新发布
02-13
### 大模型对齐微调DPO方法详解 #### DPO简介 直接偏好优化（Direct Preference Optimization, DPO）是一种用于改进大型语言模型行为的技术，该技术通过结合奖励模型训练和强化学习来提升训练效率与稳定性[^1]。 #### 实现机制 DPO的核心在于它能够依据人类反馈调整模型输出的概率分布。具体来说，当给定一对候选响应时，DPO试图使更受偏好的那个选项具有更高的生成概率。这种方法不仅简化了传统强化学习所需的复杂环境设置，而且显著增强了模型对于多样化指令的理解能力和执行精度[^2]。 #### PAI平台上的实践指南 为了便于开发者实施这一先进理念，在PAI-QuickStart框架下提供了详尽的操作手册。这份文档覆盖了从环境配置直至完成整个微调流程所需的一切细节，包括但不限于数据准备、参数设定以及性能评估等方面的内容。尤其值得注意的是，针对阿里云最新发布的开源LLM——Qwen2系列，文中给出了具体的实例说明，使得即使是初次接触此类工作的用户也能顺利上手。 ```python from transformers import AutoModelForCausalLM, Trainer, TrainingArguments model_name_or_path = "qwen-model-name" tokenizer_name = model_name_or_path training_args = TrainingArguments( output_dir="./results", per_device_train_batch_size=8, num_train_epochs=3, ) trainer = Trainer( model_init=lambda: AutoModelForCausalLM.from_pretrained(model_name_or_path), args=training_args, train_dataset=train_dataset, ) # 假设已经定义好了train_dataset trainer.train() ``` 这段代码片段展示了如何使用Hugging Face库加载预训练模型并对其进行微调的过程。虽然这里展示的例子并不完全对应于DPO的具体实现方式，但它提供了一个基础模板供进一步定制化开发之用[^3]。
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值