让出错断点停在NSAssert

最新推荐文章于 2024-03-30 20:37:08 发布
原创 最新推荐文章于 2024-03-30 20:37:08 发布 · 995 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#variables #scheme

本文介绍了一种通过在环境变量中设置NSZombieEnabled=YES来辅助调试的技术。当NSAssert失败时，如验证senceNum传入的数据存在问题，调试器会自动暂停执行，帮助开发者定位问题。

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

你打开product-edit Scheme  在environment Variables 里添加NSZombieEnabled = YES

当  NSAssert(NO 这里等会no 时，自动 断点就停在这里 ,@"senceNum 传入的数据有问题！")  



Objective-C实现linear algebra线性代数算法(附完整源码)
希望我的博客，能帮上你解决学习中工作中所遇到的问题
07-21 94
Objective-C实现linear algebra线性代数算法(附完整源码)
Objective-C实现卷积神经网络CNN（附完整源码）
希望我的博客，能帮上你解决学习中工作中所遇到的问题
10-12 80
Objective-C实现卷积神经网络CNN（附完整源码）
python中的调试断点之assert
qq_40723809的博客
01-17 541
Assert statements are a convenient way to insert debugging assertions into a program: assert语句是一种插入调试断点程序的一种便捷的方式。 assert语句的使用格式 assert expression 这个语句是等价于下面的个句式: if debug: if not expression: raise As...
断言assert总结
yemulan的博客
08-09 965
0.Python的assert是用来检查一个条件，如果它为真，就不做任何事。如果它为假，则会抛出AssertError并且包含错误信息。assert语句是一种插入调试断点到程序的一种便捷的方式。 1.使用断言可以创建更稳定，品质更好且不易于出错的代码。当需要在一个值为FALSE时中断当前操作的话，可以使用断言。单元测试必须使用断言（Junit/JunitX）。 2.断言可以有两种形式
安装mysql 1042错误
热门推荐
陈熙之的博客
04-02 2万+
日志： Beginning configuration step: Writing configuration file Ended configuration step: Writing configuration file Beginning configuration step: Updating Windows Firewall rules Attempting to delete...
mysql 报错1042_mysql安装中 starting sever报错1042怎么破啊？？求助大佬
weixin_33199715的博客
01-19 563
该楼层疑似违规已被系统折叠隐藏此楼查看此楼这个是日志。Beginning configuration step: Adjusting Windows serviceAttempting to grant Network Service require filesystem permissions.Granted permissions.Adding new serviceNew service ...
IOS 使用NSAssert()和NSParameterAssert调试程序
08-30
`NSAssert()`和`NSParameterAssert()`是Apple提供的两种强大的调试工具，它们可以帮助开发者在开发阶段快速定位并修复问题。下面我们将详细探讨这两个宏的使用方法和作用。 首先，`NSAssert()`是一个用于调试目的的...
详解Swift中的错误处理
Leo的专栏
03-19 1万+
前言任何代码都会发生错误，这些错误有些是可以补救的，有些则只能让程序崩溃。良好的错误处理能够让你的代码健壮性提高，提高程序的稳定性。本文的Swift版本：Swift 3Objective C返回nil如果出错了，就返回空是Objective C中的一种常见的处理方式。因为在Objective C中，向nil发送消息是安全的。比如：- (instancetype)init { self = [
mysql检查安装错误代码_mysql5.7.11安装出现错误，请看抓屏和log文件。
weixin_27076351的博客
01-20 923
安装环境：WINXP SP3Mysql版本：mysql5.7.11下载地址：http://dev.mysql.com/downloads/mysql/(见图一)安装方式一：mysql-installer-community-5.7.11.0.msi的安装文件方式，每次到了最后的Apply Server Configuration部分，那个starting server总是过不去(见图二)，LOG文...
win7环境下部署Mysql8报错处理，字节跳动Java岗面试题
2301_78416732的博客
03-30 1302
针对最近很多人都在面试，我这边也整理了相当多的面试专题资料，也有其他大厂的面经。希望可以帮助到大家。上述的面试题答案都整理成文档笔记。也还整理了一些面试资料&最新2021收集的一些大厂的面试真题（都整理成文档，小部分截图）以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。。希望可以帮助到大家。[外链图片转存中…(img-ia9txkjo-1711802217082)]上述的面试题答案都整理成文档笔记。
mysql 8 初始化失败_mysql – 安装过程中出错 – 数据库初始化失败
weixin_39559097的博客
02-26 3999
在安装MySQLServer(Apply Configurations)的最后一步中,我收到一个奇怪的错误.我无法得到它.这是日志：Attempting to add a Windows Firewall rule with command: netsh.exe advfirewall firewall add rule name="Port 3306" protocol=TCP localpor...
1042 mysql57_mysql安装中 starting sever报错1042怎么破啊？？求助大佬
weixin_39950772的博客
02-22 159
该楼层疑似违规已被系统折叠隐藏此楼查看此楼这个是日志。Beginning configuration step: Adjusting Windows serviceAttempting to grant Network Service require filesystem permissions.Granted permissions.Adding new serviceNew service ...
mysql 停止安装_mysqlconfiguration停止在“启动服务器”
weixin_28831341的博客
02-27 2097
我已经明白了这一点。 我也被困在“正在启动服务器”，事件查看器有这个 –The description for Event ID 100 from source MySQL cannot be found. Either the component that raises this event is not installed on your local computer or the insta...
ReportMachine 打印预览出现一个空白的错误提示的解决方法
Hank's Techblog
08-29 2262
这个错误弄的我莫名奇妙，什么提示都没有。耽误了好几天时间。后来发现单步调试时候提示错误“...raised exception class EvariantError with message 'Invalid variant type conversion'”，仔细分析应该是提
为什么一定要在主线程刷新UI?
最新发布
02-18
<think>嗯，用户问为什么一定要在主线程刷新UI。这个问题看起来基础，但背后的原理可能需要详细解释。首先，我需要回忆一下iOS开发中UI操作的相关知识。主线程通常被称为UI线程，所有UI更新都必须在这里进行，否则可能会导致不可预知的问题，比如界面卡顿、崩溃或者显示不正确。 首先，用户可能是刚接触iOS开发的新手，对多线程和UI更新的关系不太清楚。他们可能遇到过在后台线程更新UI导致应用崩溃的情况，想知道背后的原因。也有可能他们在调试时遇到了UI不更新的问题，想了解如何正确解决。 接下来，我需要确定回答的结构。应该从主线程的角色开始，解释为什么UIKit不是线程安全的。然后，说明在非主线程刷新UI可能引发的问题，比如竞争条件、UI不同步等。同时，可以提到系统如何检测到非主线程的UI操作，比如Xcode的断言和崩溃日志。此外，可能还需要讨论一些例外情况，比如某些系统API可能在后台线程回调，但依然需要在主线程处理UI更新。 用户可能还关心如何确保代码在主线程执行，比如使用GCD的dispatch_async或者performSelectorOnMainThread方法。这部分可以作为注意事项或最佳实践来补充，帮助用户避免常见错误。 另外，需要强调虽然大部分UI操作必须在主线程，但某些计算或数据处理可以在后台线程进行，以优化性能。这有助于用户理解多线程的合理使用场景。 可能还需要提到iOS的RunLoop机制，主线程的RunLoop负责处理UI事件、定时器等，确保UI的流畅响应。如果在其他线程操作UI，由于没有正确的RunLoop处理，可能导致UI更新无法及时执行或出现异常。 最后，总结一下主线程刷新UI的重要性，并提醒用户始终遵循这一原则，以确保应用的稳定性和性能。</think>在 iOS/macOS 开发中，**必须主线程刷新 UI** 的核心原因与 UIKit/AppKit 的设计机制密切相关。以下是完整的解释： --- ### **根本原因** 1. **UIKit/AppKit 的线程不安全** Apple 的 UI 框架（UIKit 用于 iOS，AppKit 用于 macOS）在设计上**并非线程安全**。所有与 UI 相关的操作（创建、修改、布局、渲染）都依赖于主线程的 **RunLoop** 事件循环，若多线程同时操作 UI 会导致**数据竞争**（Race Condition），引发不可预知的崩溃或显示异常。 2. **渲染管线的同步性** - 屏幕渲染需要遵循 **VSync**（垂直同步信号）机制，主线程的 **Core Animation** 会将 UI 变更打包提交给渲染服务（Render Server）。 - 若在其他线程修改 UI，可能导致渲染管线状态不一致（例如：界面元素的位置、尺寸、层级关系冲突）。 --- ### **非主线程操作 UI 的风险** 1. **直接崩溃** Xcode 的调试环境下，UIKit 会通过 **断言（Assertion）** 检测非主线程的 UI 操作，抛出类似以下错误： `Main Thread Checker: UI API called on a background thread` 在 Release 模式下可能表现为随机崩溃。 2. **UI 状态不一致** 多线程同时修改同一控件属性（如 `text`、`frame`）时，可能因执行顺序不确定导致界面显示错乱。 3. **性能恶化** 非主线程的 UI 操作会干扰主线程的 RunLoop 调度，可能引发掉帧、卡顿等问题。 --- ### **技术细节** 1. **RunLoop 的职责** 主线程的 **RunLoop** 负责处理所有 UI 事件（触摸、动画、布局、绘制）。当你在主线程调用 `setNeedsLayout` 或 `setNeedsDisplay` 时，RunLoop 会在下一个周期统一处理这些 UI 变更请求。 2. **渲染服务的限制** 渲染服务（如 Core Animation）要求所有图层树（Layer Tree）的修改必须在**提交事务（Commit Transaction）** 前完成，而事务提交只能在主线程进行。 --- ### **如何强制主线程刷新？** 通过以下方式确保代码在主线程执行： ```objc // Objective-C dispatch_async(dispatch_get_main_queue(), ^{ // 更新 UI 的代码（如 label.text = @"Hello"） }); // 或使用更简洁的宏 #define SAFE_CALL_MAIN(block) \ if ([NSThread isMainThread]) { block(); } \ else { dispatch_async(dispatch_get_main_queue(), block); } // 使用示例 SAFE_CALL_MAIN(^{ [self.tableView reloadData]; }); ``` --- ### **例外情况** 某些系统 API 的回调可能发生在非主线程（如网络请求完成回调），但这些回调中若需要操作 UI，**仍需主动切换回主线程**： ```objc // 示例：NSURLSession 的回调在后台队列 - (void)URLSession:(NSURLSession *)session task:(NSURLSessionTask *)task didCompleteWithError:(NSError *)error { dispatch_async(dispatch_get_main_queue(), ^{ self.progressView.hidden = YES; }); } ``` --- ### **调试与检测** 1. **Xcode 主线程检查器** 在 Scheme 设置中启用 `Main Thread Checker`（默认开启），可自动检测非主线程的 UI 调用。 2. **手动断言** 在关键 UI 代码前添加断言： ```objc NSAssert([NSThread isMainThread], @"This method must be called on the main thread"); ``` --- ### **总结** - **必须遵守规则**：所有直接或间接操作 UI 的代码（包括修改控件属性、触发布局、调整视图层级等）必须在主线程执行。 - **底层代价**：违反规则可能导致瞬时崩溃、难以调试的 UI 错误，甚至破坏用户体验。 - **性能平衡**：耗时操作（如网络请求、数据解析）应在后台线程完成，但最终 UI 更新仍需回到主线程。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值