EXC_BAD_ACCESS (code=1, address=0x0) when stepping in debugger

最新推荐文章于 2025-05-13 08:16:00 发布
最新推荐文章于 2025-05-13 08:16:00 发布
阅读量4.1k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 原创
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/toolazytoname/article/details/17373047
在真机调试过程中出现EXC_BAD_ACCESS错误，代码为1，地址0x0。模拟器和不加断点的情况下运行正常。该问题可能与版本有关。建议检查并更新相关版本。

真机单步调试有问题

模拟器 没问题，不加断点 没问题

请教了一下同事，发现是版本号的原因。另外附上网页一篇。

EXC_BAD_ACCESS (code=1, address=0x0) when stepping in debugger



Ok, this is definitely a bug in Xcode 5.0.1.

This is confirmed by Jason Molenda on Apple Developer Forum. The only workaround for now is to use older version of Xcode and the older version of Mac OS X because Xcode 5 requires OS X 10.8.4.

There is no announced ETA for a fix for this issue. Direct question about ETA on Apple Developer Forum is left without answer.

UPDATE 06-Nov-2013:

Today a pre-release version of Xcode 5.0.2 became available on developer.apple.com. This version fixes (among other things) the following issue:

Debugging an application on a device running iOS 6.x causes the application to crash with EXC_BAD_ACCESS.  This has been resolved. (15310896)

I have installed the new version and the issue is indeed gone. Now I am able to debug apps on my 6.x devices again.

Jason Molenda in thread on Apple Developer Forum said:

I'm told you can submit apps to the app store with this Xcode 5.0.2 seed.

share | improve this answer
 
2 
This has been fixed in the latest seed release of Xcode (5.0.2). "Debugging an application on a device running iOS 6.x causes the application to crash with EXC_BAD_ACCESS. This has been resolved. (15310896)" –   Jameo  Nov 6 at 3:39
add comment

【OC】thread 1:exc_bad_access(code=1,address=0x7fff7d72a7a0) 的一种解决方法
IT小透明
09-29 2万+
测试工程时，经常直接运行没问题，断点调试就崩。往往是内存出错，比如如题。       一个解决方法是开启僵尸对象，把释放掉的对象保存成僵尸对象（_NSZombie），定位错误的位置。开启： 最后我的问题查出的错误是： 完。 改正后要把僵尸异常去掉。
Thread 1: EXC_BAD_ACCESS (code=EXC_I386_GPFLT)的崩溃原因
mingC0758的博客
07-20 2619
崩溃场景 在学习iOS多线程的时候，编写了一个demo： dispatch_queue_t queue = dispatch_queue_create("gcd_test_label", DISPATCH_QUEUE_CONCURRENT); [queue addObserver:self forKeyPath:@"isExecuting" options:NSKeyValueObserv...
Xcode 常见错误Thread 1: EXC_BAD_ACCESS (code=1, address=0x0)
热门推荐
4月16！的博客
03-01 6万+
出现这个问题，说明你访问了已经释放了的内存。 一般在出错的这句话上你调用了一个或多个值A，B，C，那么你就在出现错误的代码之前，得到A，B，C的值之后打上断点，观察这几个参数是不是有些值是NULL。怎么看？ 鼠标放在A身上，会出现下面这个信息框： 一步一步点开小三角：数据值在Buffer里面：看是不是出现了NULL，如果有，那就处理这个参数的问题； 像如果在ITK出现这...
友盟 PBItemCollectionServicer connection disconnected & Thread 1: EXC_BAD_ACCESS (code=1, address=0x0)
逐月
05-07 5874
但是用swift 接入友盟登陆或分享时，在授权(我使用的QQ)后跳回出现该问题，在Xcode控制台窗口出现 PBItemCollectionServicer connection disconnected. 并在AppDelegate文件开头处出现 Thread 1: EXC_BAD_ACCESS (code=1, address=0x0) Env: Xcode V...
设置 NSZombieEnabled 定位 EXC_BAD_ACCESS 错误
我用CV我自豪。
04-09 766
设置 NSZombieEnabled 定位 EXC_BAD_ACCESS 错误 博客分类：  iphone 我们做 iOS 程序开发时经常用遇到 EXC_BAD_ACCESS 错误导致 Crash，出现这种错误时一般 Xcode 不会给我们太多的信息来定位错误来源，只是在应用 Delegate 上留下像 Thread 1: Program received signa
block传值遇到exc_bad_access(code=1, address=0x..)崩溃
weixin_34143774的博客
12-25 682
exc_bad_access(code=1, address=0x..) 野指针问题检查block块的前后的对象 转载于:https://juejin.im/post/5a4091db518825519408d9a8...
C语言编译出错Thread 1: EXC_BAD_ACCESS (code=1, address=0x7ffeefc009fc)
小賀のBlog
08-09 3927
在使用C语言编译二叉树的遍历的时候遇到了报错：Thread 1: EXC_BAD_ACCESS (code=1, address=0x7ffeefc009fc) 并且位置卡在了一个位置之后 经过数小时的自闭后才终于找到了问题所在，下面这个是利用数组存储二叉树元素的存储定义： 可以看到我这里定义的是一个最大存储容量为20的数组来存储数据元素，我实际创建的时候向其中填入了10个元素（1-10），也就是说当前二叉树有10个元素，但是这样运行第一张图的前序遍历时就报出了错误。。。。 然后我将最大存储容量改为了
iOS内存错误EXC_BAD_ACCESS的解决方法
09-05
在iOS开发中，遇到“EXC_BAD_ACCESS”错误是一个常见的挑战，这种错误通常与内存管理问题有关，尤其是对象的过度释放或访问已被释放的内存。本文将深入探讨如何解决这类问题。 首先，理解“EXC_BAD_ACCESS”错误的...
Swift报错「Thread 1: EXC_BAD_ACCESS」：内存越界与ARC机制的关系
最新发布
shejizuopin的博客
05-13 937
错误的核心在于非法内存访问引用计数无法阻止越界访问：ARC仅管理对象生命周期，不校验索引合法性。循环引用可能掩盖越界问题：内存泄漏导致对象未释放，但后续越界访问仍会崩溃。多线程环境加剧风险：竞态条件下，数组可能被并发修改。最佳实践显式边界检查：使用guard或安全下标扩展。合理使用引用类型：循环引用场景优先使用weak。启用调试工具：在开发阶段启用Zombie Objects和Address Sanitizer。线程安全设计：使用或NSLock保护共享数据。
exc_bad_access(code=1, address=0x789870)野指针错误原因查找
weixin_30730151的博客
09-14 317
exc_bad_access(code=1, address=0x789870)野指针错误，主要的原因是，当某个对象被完全释放，也就是retainCount，引用计数为0后。再去通过该对象去调用其它的方法就会出现野指针错误。 例如： Person *jerry = [[Person alloc]init]; // retainCount引用计数为1 [jerry eat]; //...
关于出现僵尸信号SIGBAT或者EXC_BAD_ACCESS的解决方案
04-03
NULL 博文链接：https://bengan.iteye.com/blog/1471440
关于Thread1:EXC_BAD_ACCESS错误
weixin_46070944的博客
06-10 2575
问题概述 在Xcode上运行C语言程序时会做指针操作出现这个异常，大体的意思是说你访问了不存在的地址。具体可能是你的指针在初始化的时候没有给它的“指向“做明确规定，使指针便成“野指针”。 //这是不行的，它会变成野指针 int *p; //加个NULL就可以解决问题 int *p=NULL; 才疏学浅，表述多有不严谨，还请多多指正。 ...
ios开发笔记----exc_bad_access(code=1, address=0x789870)野指针错误，假死debug状态
JerryloveEmily平
04-29 3537
错误原因： exc_bad_access(code=1, address=0x789870)野指针错误，主要的原因是，当某个对象被完全释放，也就是retainCount，引用计数为0后。再去通过该对象去调用其它的方法就会出现野指针错误。 例如： Person *jerry = [[Person alloc]init];  //  retainCount引用计数为1 [jerry eat];
关于Thread 1 EXC_BAD_ACCESS (code=1, address=)引起的崩溃记录
weixin_34249678的博客
12-14 3616
前言：从最开始到现在也遇到了不少Thread 1: EXC_BAD_ACCESS (code=1, address=)的崩溃情况，因为不好定位到具体的crash位置，所以调试起来比一般的crash情况要复杂一点。因此，打算留个接口，记录下因为Thread 1: EXC_BAD_ACCESS 导致的崩溃（包括其他各种crash情况），方便自己编写代码时作参考，也希望能帮到遇到相同问题的朋友。 为什...
EXC_BAD_ACCESS的错误定位
The Life with iOS
04-08 1208
EXC_BAD_ACCESS的错误定位   1、iphone开发:EXC_BAD_ACCESS的错误导致crash，定位在main()函数中，通过输出日志来定位，但是耗时长。最好的方式是：在Arguments下输入环境变量（NSZombieEnabled, MallocStackLogging, MallocStackLoggingNoCompact），一
iOS问题记录本：iOS8/Swift/WKWebView/address=0x0错误
FantasyWind-奇风的悟道之地
01-28 1188
iOS问题记录本：iOS8/Swift/WKWebView/address=0x0错误 iOS问题记录本iOS8SwiftWKWebViewaddress0x0错误 0背景描述 1问题查找 2原因分析 3解决方案 说明 0、背景描述 前一段时间，公司有个小的新项目，因为考虑到项目本身没有任何技术要求，所以决定采用Swift加上WKWebView的方案进行开发；而且前一段时间团队
THREAD 1:EXC_BAD_ACCESS出现的原因之一
卑微小达的博客
01-10 1075
访问了不存在的对象 改错前: struct Word { string _word; int _frequency; }; vector<Word> _dict ; _dict[getHash(line)]._word = line;//运行后此行报错:Thread 1:Exc_bad_access 改错后： struct Word { string _word; int _frequency; }; vector<Word> _dict
EXC_BAD_ACCESS(code=1问题的解决办法
ShorewB的博客
03-15 2万+
今天在仿写微博APP的时候遇到了一个问题，编译运行，下拉刷新微博，一切正常，再次下拉刷新，程序就崩了，Xcode报错，EXC_BAD_ACCESS(code=1，花了好长时间才发现是哪里错了，现在在这里总结一些可能会到这这个错误产生的问题。当Xcode报错的时候会定位到某一行，但是却没有详细的信息，比如我的程序中，代码就定位到了 params[@"since_id"] = firstStatus.
关于ios开发中遇到thread 1:exc_bad_access(code=1,address=0x50000010)类似的问题
chjx501的专栏
08-21 4万+
最近开始做公司的ios项目，由于是c
EXC_BAD_ACCESS (code=2, address=0x16f603ff0)
03-10
<think>好的，我现在需要帮助用户解决EXC_BAD_ACCESS (code=2, address=0x16f603ff0)的错误。首先，我得回忆一下这个错误通常是什么原因引起的。EXC_BAD_ACCESS通常是指程序试图访问已经释放的内存，也就是野指针或悬垂指针的问题。错误代码code=2可能对应的是KERN_PROTECTION_FAILURE，意味着访问了不可写或受保护的内存区域。 接下来，用户提供的引用[1]提到这个错误，但没有详细说明解决方法，所以需要我给出具体的步骤。用户使用的是iOS和Xcode，所以可能需要检查内存管理相关的部分，特别是Objective-C或Swift中的指针问题。 常见的解决步骤可能包括启用僵尸对象（Zombie Objects）来检测已释放对象，使用Address Sanitizer工具，检查数组越界、野指针、内存泄漏等。另外，用户可能需要检查代码中的指针操作，尤其是在使用C或C++的部分，或者在Swift中使用UnsafePointer的时候。 还需要考虑内存地址0x16f603ff0的可能含义。这个地址看起来像是一个堆栈地址，但不确定。用户可能需要通过Xcode的调试器查看崩溃时的变量和调用堆栈，定位到具体的代码行。 另外，用户可能没有正确管理内存，比如在MRC中手动释放了对象，或者在ARC中错误地使用了不安全的修饰符。还有可能是在多线程环境下访问了已经释放的对象，导致竞态条件。 最后，生成的相关问题应该涵盖常见的内存错误类型、工具的使用方法以及预防措施，帮助用户全面理解和解决类似问题。</think>关于iOS开发中遇到的`EXC_BAD_ACCESS (code=2, address=0x16f603ff0)`错误，以下是逐步分析与解决方案： --- ### **错误原因** 1. **野指针/悬垂指针**：访问已释放的内存区域（如对象释放后未置空指针）[^1] 2. **内存越界**：数组、字符串等数据结构访问越界（如索引超出范围） 3. **内存对齐问题**：未对齐的内存访问（常见于C/C++指针操作） 4. **多线程竞争**：线程间共享资源未同步导致访问冲突 5. **框架兼容性问题**：系统库或第三方库版本不匹配 --- ### **解决方法** #### **1. 启用僵尸对象（Zombie Objects）** 通过Xcode检测已释放对象： - 步骤：`Product > Scheme > Edit Scheme > Diagnostics > Enable Zombie Objects` - 效果：崩溃时会明确提示被访问的已释放对象类型 #### **2. 使用Address Sanitizer** 检测内存越界、重复释放等问题： - 步骤：`Product > Scheme > Edit Scheme > Diagnostics > Enable Address Sanitizer` - 示例错误输出：`heap-buffer-overflow`或`use-after-free` #### **3. 检查指针操作** 若涉及C/C++或`UnsafePointer`： - 验证指针有效性：确保指针未指向已释放内存 - 避免强制解包：如Swift中`unsafeUnwrap`或`!`操作 #### **4. 分析崩溃堆栈** - 通过Xcode调试器查看崩溃时的变量值 - 使用`bt`命令（LLDB）打印完整调用堆栈 - 定位到具体代码行：检查访问的变量是否已失效 #### **5. 多线程调试** - 使用`Thread Sanitizer`（TSan）检测数据竞争 - 对共享资源加锁（如`NSLock`或`DispatchQueue`同步） #### **6. 代码审查** - 检查`retain`/`release`调用（MRC环境） - 验证`weak`/`unowned`使用（避免循环引用导致意外释放） --- ### **示例调试流程** 1. 启用Address Sanitizer后运行应用 2. 崩溃时检查Xcode控制台输出： ``` ==ERROR: AddressSanitizer: heap-use-after-free READ of size 4 at 0x16f603ff0 ``` 3. 根据提示定位到代码： ```swift let invalidPtr = UnsafePointer<Int>(bitPattern: 0x16f603ff0) print(invalidPtr.pointee) // 访问已释放内存 ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值