解决LLDB模式下出现message sent to deallocated instance错误
本文在源文的基础上做整理:http://www.devdiv.com/home.php?mod=space&uid=50901&do=blog&id=50856
Xcode版本7.1 IOS版本9.1
公司之前开发的一个APP,在使用环境中IOS版本升级到9.0以后,某个操作会导致程序闪退。
Xcode代码中提示错误:
1 | Thread 1: Program received signal: "EXC_BAD_ACCESS" |
这样的提示意味着对已经释放的对象发送消息,或者对不能release的对象调用release。
默认情况下Xcode并不能准确定位到具体哪行代码引起的问题。
我们先对开发环境进行设置
先打开Debug的Console View界面,让Xcode在调试的时候输出更多的信息:菜单XCode > Preferences
再对环境变量进行设置:菜单Product > Scheme > Edit Scheme
设置好后调试程序,在输出界面发现了message sent to deallocated instance错误日志
在Xcode的以前版本中,我们可以在Xcode的Console View中使用info malloc-history 0x6d564f0来查看调用堆栈来查看崩溃发生的地方。
在新的Xcode中,调试器默认使用的LLDB,那么怎么在LLDB状态下定位由于内存操作不当引起的Crash呢?
打开“活动监视器”,在进程列表中找到测试APP对应的进程号PID(Xcode启用调试后会在进程列表中找到对应APP的进程)
现在我们得到两个主要的信息:
APP进程ID:1087
崩溃地址:0x7f7f7523ff10
打开“终端”,输入以下命令:
sudo malloc_history 1087 0x7f7f7523ff10
得到错误日志,这样就能定位到最后调用的那行代码
downLoadBtns是我们自定义的一个方法,在这个方法内部对新构建的UIButton做释放,它就是引起崩溃的元凶。
[btn release];
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构