Thread 2: EXC_BREAKPOINT (code=1, subcode=0x1e258582c)

已于 2023-06-10 23:49:03 修改
阅读量625 收藏
点赞数
分类专栏： MacOS 文章标签： ios
于 2023-06-10 23:36:59 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/fittec/article/details/131148013
版权
当线程遇到EXC_BREAKPOINT错误，通常是由于尝试访问不存在的https图像地址。通过启用僵尸对象设置，定位到问题函数，发现源码中使用了不可访问的图片URL。解决方案是将图片地址替换为可正常访问的URL，以此成功解决问题。

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

 线程出现EXC_BREACKPOINT 错误

启用僵尸设置 

 再次启动调试,准备定位到问题函数与调用对象

 根据错误描述输出,确认为因无法访问https图像地址,导致无法接收到图像所致. 

原因:

源码中使用了无法访问的图片地址

了解本专栏 订阅专栏 解锁全文 超级会员免费看
EXC_BREAKPOINT(code=EXC_ARM_BREAKPOINT,subcode=0xdefe)；Zombie，僵尸错
redooder的专栏
05-28 2439
EXC_BREAKPOINT(code=EXC_ARM_BREAKPOINT,subcode=0xdefe)；Zombie，僵尸错误   经常出先类似错误“EXC_BREAKPOINT(code=EXC_ARM_BREAKPOINT,subcode=0xdefe)”，非常苦恼，今天总结一下这种错误的解决方法： 1. 点击“product”－>"scheme"->"edit Schem
iOS 诡异的崩溃EXC_BREAKPOINT (code=1, subcode=0x1c5691d2c)
缤纷冷泪的专栏
03-10 1万+
系统 : iOS 13.3.1 机型： iPhone7 dispatch_async(_jsContextQueue, ^{ JSContext *jscontent = [[JSContext alloc] init]; [UIWebView class]; }); 看代码，按照正常思维理解， [UIWebView class]是无论如何都不应崩溃...
EXC_BREAKPOINT(code=EXC_ARM_BREAKPOINT,subcode=0xdefe)；Zombie，僵尸错误
热门推荐
top123xcode的专栏
05-16 3万+
经常出先类似错误“EXC_BREAKPOINT(code=EXC_ARM_BREAKPOINT,subcode=0xdefe)”，非常苦恼，今天总结一下这种错误的解决方法： 1. 点击“product”－>"scheme"->"edit Scheme"->"Diagnostics"-> 勾选“Enable Zombie Objects”(Zombie，僵尸，那大家应该知道此问题的别名了)
Thread 1: EXC_BREAKPOINT (code=1, subcode=0x198d80a08) 错误集合
wyz670083956的博客
10-11 2万+
代码运行过程中常会遇到内存问题：Thread 1: EXC_BREAKPOINT (code=1, subcode=0x198d80a08) 这个报错提示很笼统，各个开发人员在开发过程中遇到的问题各不相同，下面来统计集合，希望能有你的答案 （PS:有遇到不同情况的朋友可以评论或者私信我，完善这篇文章，尽可能解决这个问题） 1.没有dealloc 对象 1.1 我遇到的场景：登陆App--&...
EXC_BREAKPOINT(code=EXC_ARM_BREAKPOINT,subcode=0xdefe)
lijuan3203的专栏
07-28 8650
在开发过程中经常会遇到一些闪退的情况，而且还没有任何提示信息。此时添加一些操作，就可以让bug信息显示出来了。 （1）在运行按钮run右边第二个按钮处点击项目图片－>Edit scheme         (2)在弹出的视图左边选中Run，在右边Diagnostics下选中Enable Zombie Objects （3）在Xcode左边导航栏，选中show the bre
ios block=nil 赋值奔溃EXC_BREAKPOINT (code=1, subcode=0x…
11-12 4644
以下为奔溃的地方,为常见的野指针异常: 这是堆栈信息: 这里是block属性声明的方式 最后找了一圈,原因找到了,是因为在block返回执行的函数体里使用了信号量,在wait的时候最后没有使用sign直接return了,导致函数体还挂起在线程里,这里是之前报野指针异常的写法: 我的理解是block还在栈中,无法用堆中的block变量给他release掉,最终导致奔溃. 最终附上正确的写法: 运行通过了! ...
Swift报错「Thread 1: EXC_BAD_ACCESS」：内存越界与ARC机制的关系
最新发布
shejizuopin的博客
05-13 840
错误的核心在于非法内存访问引用计数无法阻止越界访问：ARC仅管理对象生命周期，不校验索引合法性。循环引用可能掩盖越界问题：内存泄漏导致对象未释放，但后续越界访问仍会崩溃。多线程环境加剧风险：竞态条件下，数组可能被并发修改。最佳实践显式边界检查：使用guard或安全下标扩展。合理使用引用类型：循环引用场景优先使用weak。启用调试工具：在开发阶段启用Zombie Objects和Address Sanitizer。线程安全设计：使用或NSLock保护共享数据。
Thread 1: EXC_BAD_ACCESS (code=EXC_I386_GPFLT)的崩溃原因
mingC0758的博客
07-20 2590
崩溃场景 在学习iOS多线程的时候，编写了一个demo： dispatch_queue_t queue = dispatch_queue_create("gcd_test_label", DISPATCH_QUEUE_CONCURRENT); [queue addObserver:self forKeyPath:@"isExecuting" options:NSKeyValueObserv...
【OC】thread 1:exc_bad_access(code=1,address=0x7fff7d72a7a0) 的一种解决方法
IT小透明
09-29 2万+
测试工程时，经常直接运行没问题，断点调试就崩。往往是内存出错，比如如题。       一个解决方法是开启僵尸对象，把释放掉的对象保存成僵尸对象（_NSZombie），定位错误的位置。开启： 最后我的问题查出的错误是： 完。 改正后要把僵尸异常去掉。
EXC_BREAKPOINT (code=EXC_I386_BPT, subcode=0x0)处理
欢迎来到一度's博客
03-30 4959
EXC_BREAKPOINT (code=EXC_I386_BPT, subcode=0x0) 这种崩溃有时无任何征兆，我们可以打开Product->Scheme->Edit Scheme 按照如下图操作： run->Diagnostics->Enable Zombie Objects 勾选上 重新定位问题，观察控制台是否有提示输出 如果没有继续以下操作（用模拟器调试）：
意想不到的错误 thread1:exc_breakpoint(code=EXC_I386_BPT subcode=0x0)
qq_22220403的博客
04-27 8861
有时候出现以上错误，实在是毫无预兆。当然这种报错大多是是产生了野指针，也就是说僵尸对象。下面是解决步骤。1.product——>scheme——>edit scheme——>diagnostics  选中Enable Zombie Objects2.在breakpoint选项卡底部 ，条件全局断点（Add Exception breakpoint）和僵尸断点（Add Symbo...
解决EXC_BREAKPOINT (code=EXC_I386_BPT, subcode=0x0) Xcode6
u010862912的专栏
08-21 1万+
纯属个人总结  EXC_BREAKPOINT (code=EXC_I386_BPT, subcode=0x0) 这种崩溃有时无任何征兆，我们可以打开Product->Scheme->Edit Scheme 按照如下图操作： run->Diagnostics->Enable Zombie Objects 勾选上 重新定位问题，观察控制台是否有提示输出 如果没有继续以下操作（用
iOS 崩溃调试EXC_BAD_ACCESS/EXC_BREAKPOINT
一只会说话的熊的博客
01-17 8266
iOS崩溃一直让人感觉很头疼，在此提供一种方法。 1.添加环境变量 product ->scheme -> edit scheme 添加上面三个变量设为YES,第三个MallocStackLoggingNoCompact可不添加。调试结束的时候要把前面的勾去掉，不然会影响内存的释放。 2.定位到xcode出错log找到信息XXXXXXX   message sent to deallo
subcode
weixin_30916125的博客
07-25 342
在思考、查阅subcode时，我发现Magma，Sage Math软件都提供了具体的命令和例子，对subcode的认识比较具象。 例如：Sage Math中有如下命令： C1 = codes.HammingCode(GF(2), 3)G1 = C1.generator_matrix()G2 = G1.matrix_from_rows([0,1,2])C2 = LinearCode(G2)C2....
Thread 1:EXC_ARITHMETIC(code=EXC_I386_DIV,subcode=0x0) 错误提示
时光的博客
03-31 5129
Thread 1:EXC_ARITHMETIC(code=EXC_I386_DIV,subcode=0x0) 错误提示
iOS_Crash 三：异常类型
mikimo的博客
09-04 3759
分析 crash 报告，定位常见原因
iOS 多线程崩溃
Smart_M、的博客
01-12 942
源自：字节跳动团队 感谢字节跳动团队的分享， 本文意在分享此类开发崩溃知识，如有涉及侵权，请联系我删除 ARC 环境下在多线程中执行赋值代码可能会产生野指针，导致 EXC_BAD_ACCESS 崩溃。 这种崩溃发生的概率很低，在开发和灰度阶段即使执行到相应代码也很难崩溃，因此容易遗漏到正式环境。在上亿级用户的 App 往往会成为 Top 问题，对指标造成影响，并且很难排查。 今日头条在治理 C...
[译]理解 iOS 异常类型
weixin_34375251的博客
06-15 1704
原文链接：Understanding iOS Exception Types (PS.由于未知原因已失效，经检查，文章中引用的链接都还有效 ：) 翻译：CoderWangx 当你的iOS应用崩溃的时候，我们需要去分析异常日志以定位根本原因。崩溃可能是 “低内存崩溃 Low Memory Crash” 或者 “普通异常崩溃”。当碰到“异常”时，更好的理解“不同类型的异常”能够真正帮助我们快速定位...
EXC_BAD_ACCESS和僵尸对象原理
gcs的博客
08-21 2192
在bugly上经常会抓到EXC_BAD_ACCESS崩溃, 当遇到了EXC_BAD_ACCESS异常，意味着访问了一个已经被释放的内存区域。 僵尸对象：内存已经被回收的对象, 但是还是有指针指向该区域。 野指针：指向僵尸对象的指针，向野指针发送消息会导致崩溃。野指针错误形式在Xcode中通常表现为：EXC_BAD_ACCESS，因为你访问了一块已经不属于你的内存。 指针层面理解：从C、OC语言来解释，我们平时所操作的对象其实是一个指针，指针是指向另一块存储区域的变量。当向一个对象发送消息，指向这个对象
Thread 1：exc_bad_access（code=1，address=0xffc）
12-08
Thread 1：exc_bad_access（code=1，address=0xffc）是一个常见的错误，通常出现在iOS开发中。这个错误表示程序试图访问一个已经被释放或无效的内存地址，导致程序崩溃。以下是一些可能的原因和解决方法： ### 可能的原因 1. **访问已释放的对象**： - 这种情况通常发生在对象被释放后，仍然有指针指向它，导致程序试图访问这个无效的内存地址。 2. **野指针**： - 野指针是指指向一个已释放或无效内存的指针。使用野指针会导致程序崩溃。 3. **内存管理问题**： - 在手动管理内存的情况下，忘记释放对象或多次释放同一个对象都会导致内存错误。 4. **循环引用**： - 对象之间的循环引用会导致内存无法被正确释放，从而引发内存错误。 ### 解决方法 1. **使用Xcode的Zombie Objects**： - 在Xcode中启用Zombie Objects可以帮助你检测访问已释放对象的情况。打开方法：Product -> Scheme -> Edit Scheme -> Run -> Diagnostics -> Enable Zombie Objects。 2. **使用Instruments工具**： - 使用Instruments中的Leaks和Allocations工具可以帮助你检测内存泄漏和野指针。 3. **避免循环引用**： - 使用弱引用（weak）或无主引用（unowned）来避免循环引用。 4. **检查内存管理**： - 确保每个对象的内存管理正确，避免内存泄漏和多次释放。 ### 示例代码 ```swift class Person { var name: String weak var partner: Person? // 使用弱引用避免循环引用 init(name: String) { self.name = name } deinit { print("\(name) is being deinitialized") } } var john: Person? = Person(name: "John") var jane: Person? = Person(name: "Jane") john?.partner = jane jane?.partner = john john = nil jane = nil ``` 在这个示例中，`partner`属性被声明为`weak`，从而避免了循环引用。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

自由软件开发者

有你的鼓励，我会更加努力。

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值