ios block=nil 赋值奔溃EXC_BREAKPOINT (code=1, subcode=0x…

最新推荐文章于 2024-03-17 13:18:33 发布
最新推荐文章于 2024-03-17 13:18:33 发布
阅读量4.4k 收藏
点赞数
分类专栏： iphone开发资料 文章标签： ios objective-c swift
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lmf208/article/details/121282074
版权
本文探讨了一个iOS应用中，由于Block赋值为nil引发的奔溃问题。详细分析了奔溃堆栈信息，指出问题在于block内部使用信号量时，未正确释放导致线程挂起。解决方案是确保在使用dispatch_semaphore_wait后执行dispatch_semaphore_signal，以避免野指针异常。修复后的代码已附上，问题得到解决。
摘要由CSDN通过智能技术生成

以下为奔溃的地方,为常见的野指针异常:

这是堆栈信息:

这里是block属性声明的方式

最后找了一圈,原因找到了,是因为在block返回执行的函数体里使用了信号量,在dispatch_semaphore_wait的时候最后没有使用dispatch_semaphore_signal直接return了,导致函数体还挂起在线程里,这里是之前报野指针异常的写法:

我的理解是 block还在栈中,无法用堆中的block变量给他release掉,最终导致奔溃. 

最终附上正确的写法:

 运行通过了!

lmf208
关注
专栏目录
Thread 2: EXC_BREAKPOINT (code=1, subcode=0x1e258582c)
06-10 388
根据错误描述输出,确认为因无法访问https图像地址,导致无法接收到图像所致.线程出现EXC_BREACKPOINT 错误。再次启动调试,准备定位到问题函数与调用对象。
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，僵尸，那大家应该知道此问题的别名了)
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]是无论如何都不应崩溃...
ios常见错误——thread 1 breakpoint 1.1
chris_pei的博客
08-31 1万+
刚刚初学的时候，经常看到提示：thread 1 breakpoint 1.1，从而使程序运行不下去，但是程序也没有错误，然后去查了查。发现很容易简单解决 其实breakpoint不是你的程序出错，而是人为（估计是不小心点到的）的给某一行加上了breakpoint，也就是断点，导致程序运行到此处卡住了。 解决的方法： 找的提示breakpoint那一行，如果不知道就在代码的行开头找到浅
EXC_BREAKPOINT(code=EXC_ARM_BREAKPOINT,subcode=0xdefe)
lijuan3203的专栏
07-28 8538
在开发过程中经常会遇到一些闪退的情况，而且还没有任何提示信息。此时添加一些操作，就可以让bug信息显示出来了。 （1）在运行按钮run右边第二个按钮处点击项目图片－>Edit scheme         (2)在弹出的视图左边选中Run，在右边Diagnostics下选中Enable Zombie Objects （3）在Xcode左边导航栏，选中show the bre
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--&...
使用相机时切入后台报错:Thread1:EXC_BAD_ACCESS(code=1,address=0x1)解决办法之一
akka123的专栏
02-02 3692
问题是ARC错误release的对象再次被release。 程序切入后台时不会走disapear方法 参考了http://songzengbin.github.io后总结如下 加入监听监听切入后台或进入前台,手动执行disappear 在init中 [[NSNotificationCenter defaultCenter] addObserver:self selector:@s
Thread 1: EXC_BAD_ACCESS (code=EXC_I386_GPFLT)的崩溃原因
mingC0758的博客
07-20 2437
崩溃场景 在学习iOS多线程的时候，编写了一个demo： dispatch_queue_t queue = dispatch_queue_create("gcd_test_label", DISPATCH_QUEUE_CONCURRENT); [queue addObserver:self forKeyPath:@"isExecuting" options:NSKeyValueObserv...
EXC_BAD_ACCESS的本质详解以及僵尸模式调试
LIN1986LIN的专栏
01-07 2340
EXC_BAD_ACCESS简单理解 当你遇到由EXC_BAD_ACCESS造成的崩溃时，那就意味着你向一个已经释放的对象发送消息。这是最常见的情况。 EXC_BAD_ACCESS的本质 在C和Objective-C中，你一直在处理指针。指针无非是存储另一个变量的内存地址的变量。当您向一个对象发送消息时，指向该对象的指针将会被引用。这意味着，你获取了指针所指的内存地址，并访问该存储区域的值。...
go interface{}==nil 几种坑及原理
yonggeit的博客
10-16 4667
本文是Go比较有名的一个坑，在以前面试的时候也被问过，为什么想起来写这个？ 因为我们线上就真实出现过这个坑,写给不了解的人在使用 if err != nil 的时候提高警惕。 Go语言的interface{}在使用过程中有一个特别坑的特性，当你比较一个interface{}类型的值是否是nil的时候，这是需要特别注意避免的问题。 先来看看一个demo: package main import "...
【iOS开发】GCD中央调度器
Steve_Abelieve
08-10 405
##GCD (grand center dispatch) 任务：需要执行的操作 队列：线性队列 并发队列 同步队列 几种组合方式 同步+并发 执行特点： 同步队列+同步 异步+并发 异步+同步 队列： 常用三种方式创建 dispatch_get_main_queue dispatc_queue_create dispatch_global_queue 三种队列： 串行队列 并发队列 主队列 任务： 两种执行方式 dispatch_async(queue, ^{ //异步执行代码
iOS_Crash 三：异常类型
mikimo的博客
09-04 2072
分析 crash 报告，定位常见原因
iOS 中的多线程知识点
aluoshiyi的博客
07-30 607
一、概念 1.1 进程 进程是程序在一个数据集合上运行的过程(注:一个程序有可能同时属于多个进程),它是CPU进行资源分配和调度的一个独立单位。 1.2 线程 线程,也被称为轻量进程（lightweight processes），指运行中的程序的调度单位。每1个进程至少要有1条线程。也可以认为线程是进程中的1条执行路径。 线程和进程比较： 进程是CPU分配资源和调度的单位。...
iOS 16 UIResponderForwarderWantsForwardingFromResponder Crash问题解决方案
假装自己很用心的博客
05-31 1702
UIResponderForwarderWantsForwardingFromResponder Crash问题解决
解决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 8121
iOS崩溃一直让人感觉很头疼，在此提供一种方法。 1.添加环境变量 product ->scheme -> edit scheme 添加上面三个变量设为YES,第三个MallocStackLoggingNoCompact可不添加。调试结束的时候要把前面的勾去掉，不然会影响内存的释放。 2.定位到xcode出错log找到信息XXXXXXX   message sent to deallo
iOS 多线程崩溃
Smart_M、的博客
01-12 701
源自：字节跳动团队 感谢字节跳动团队的分享， 本文意在分享此类开发崩溃知识，如有涉及侵权，请联系我删除 ARC 环境下在多线程中执行赋值代码可能会产生野指针，导致 EXC_BAD_ACCESS 崩溃。 这种崩溃发生的概率很低，在开发和灰度阶段即使执行到相应代码也很难崩溃，因此容易遗漏到正式环境。在上亿级用户的 App 往往会成为 Top 问题，对指标造成影响，并且很难排查。 今日头条在治理 C...
iOS常见崩溃简介
最新发布
IOSSHAN的博客
03-17 2003
多指在移动设备（如iOS、Android设备）中或不可移动设备（如:Windows、Linux等设备），在打开或使用应用程序时出现的突然退出中断的情况（类似于Windows的应用程序崩溃）。多表现为：应用程序画面一闪而过，随即退回到桌面。崩溃会影响用户体验，造成用户流失，因此，我们要重视崩溃根据不同场景，崩溃收集方式不同。
nm perception instance init done! DDR_SHARED_MEM: Alloc's: 79 alloc's of 69861518 bytes DDR_SHARED_MEM: Free's : 4 free's of 279408 bytes DDR_SHARED_MEM: Open's : 75 allocs of 69582110 bytes DDR_SHARED_MEM: Total size: 536870912 bytes 985.168292 s: VX_ZONE_ERROR:[vxGetStatus:713] Reference is NULL MEM: ERROR: Failed to free memory at virt addr = (nil) !!! ======================== 222222222rtb_msg0x226_00_obstacle_type_l : 0 MEM: ERROR: Failed to free memory at virt addr = (nil) !!! ======================== 222222222rtb_msg0x226_00_obstacle_type_l : 0 MEM: ERROR: Failed to free memory at virt addr = (nil) !!! ======================== 222222222rtb_msg0x226_00_obstacle_type_l : 0 ./run.sh: line 3: 1977 Segmentation fault (core dumped) ./bin/hi_nullmax_fv.out --cfg config/app_multi_cam.cfg
07-12
1. 检查代码中是否存在空指针引用或数组越界等错误。确保所有的指针都被正确初始化，并且没有访问超出数组边界的元素。 2. 检查内存分配和释放的逻辑，确保正确地分配和释放内存。在你提供的日志中看到了几次内存...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值