iOS-compile_debug-debug_skill

bluesky_03

于 2015-07-07 18:40:10 发布

阅读量581

点赞数

CC 4.0 BY-SA版权

分类专栏： iOS

本文链接：https://blog.youkuaiyun.com/bluesky_03/article/details/46792909

iOS 专栏收录该内容

20 篇文章

订阅专栏

本文将介绍如何通过增加环境变量NSZombieEnabled和MallocStackLogging来捕获和分析Objective-C中的EXC_BAD_ACCESS错误。同时，提供使用gdb进行调试的步骤和技巧，包括如何利用shell命令获取崩溃时的内存地址和pid信息。此外，还会展示如何在调试过程中使用arm汇编进行深入分析。最后，文章强调了在调试完成后移除环境变量的重要性，确保发布版本的稳定性。

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

1. EXC_BAD_ACCESS
对于这种问题，
1、增加NSZombieEnabled和MallocStackLogging环境变量:菜单Product--》Edit Scheme...，在弹出的窗口上方选择自己的项目及模拟器，左侧选择"Run ***.app"(***是你的项目名称)，右侧选择Arguments选项卡，在Environment Variables中增加Name: NSZombieEnabled--》Value:YES、 Name: MallocStackLogging--》Value:YES，并点击2个环境变量左侧的复选框，保证在启用状态。
2. 在控制台的(gdb)后面输入shell malloc_history 1431 0x7245470(其中1431和0x7245470是log中的pid和address)，并回车。得到可用信息。
需要使用gdb来调试。

2.使用arm汇编

3.
break malloc_error_break
c
po
print
shell malloc_history pid addr
bt

NSZombieEnabled设置为YES（或Enable Zombie Objects打勾）后，所有释放的对象都变成僵尸对象，当再次向僵尸对象发送消息时就会定位到崩溃的位置。这个设置只能在调试时使用，因为并没有真正释放内存，发布版本要去掉。