解决iOS内存错误EXC_BAD_ACCESS

最新推荐文章于 2023-02-13 18:51:00 发布

niejinhao052011

最新推荐文章于 2023-02-13 18:51:00 发布

阅读量2.2k

点赞数

分类专栏： IOS

IOS 专栏收录该内容

62 篇文章

订阅专栏

本文介绍了一种使用打印内存访问历史的方式解决开发过程中遇到的难以定位的内存错误问题。通过EnableZombieObjects等设置配合lldb命令，可以在EXC_BAD_ACCESS错误发生时追溯内存分配历史，从而准确地找到问题源头。

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

开发过程中大多数情况全局断点都可以断到代码中去，但是有的内存错误不会断到代码中，可能也不是必现的，这种问题怎么定位呢，我们通过打印内存访问历史的方式来定位。
1，Enable Zombie Objects,Malloc Stack,Stop on Debugger() and DebugStr() 三项选中
2，在连接真机的时候产生EXC_BAD_ACCESS错误，无法定位到代码时，在控制台lldb下执行命令

script import lldb.macosx.heap

3，lldb下输入命令

malloc_info --stack-history 0x111f987e0

其中地址是崩溃时提示的内存访问的地址，打印出来后即可根据内存分配历史找到出现问题的代码

例：
（1）新建一个工程，将工程选项automatic reference couting设为NO
（2）在

didFinishLaunchingWithOptions

中写下面一段代码：

NSArray *arr = [[[[NSArray alloc] initWithObjects:@"111", nil] retain] autorelease];
    [arr release];
    [arr release];

这种情况下，崩溃是无法定位到哪一行代码的，

左边工程没有任何代码

直接崩到了main函数中

控制台就是这个

(3)这种情况下无法定位到具体代码哪里出的问题，所以我们要靠一个叫做stack-history的东西来查看崩溃地址的分配及访问历史堆栈，才能定位到代码中。
（4）

开启设置

（5）

可以定位到是didFinishLaunchingWithOptions函数的array出的问题

这下宝宝再也不用担心崩溃无法定位的问题了。

作者：王方帅
链接：https://www.jianshu.com/p/637a864072ea
來源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。