Runloop机制解析及应用

本文深入探讨了iOS中的Runloop机制,包括其学习背景、定义、特性、结构以及核心组件如CFRunLoopMode。Runloop是iOS事件响应与任务处理的关键,通过监听Runloop循环时间可监控卡顿,优化性能。文中还介绍了Runloop在界面滑动卡顿问题和AFNetworking网络请求中的应用。
摘要由CSDN通过智能技术生成

- Runloop学习背景

在调研卡顿监控的过程中,接触到了Runloop机制及其用法,其中一种方案是通过监听每次Runloop循环的时间来判断是否出现时间的阻塞,并同时dump出正在执行的调用栈来定位执行时间较长的函数,进一步进行优化。同时还有通过开启另外的线程给主线程发送消息,看主线程Runloop是否能够处理Source事件来进行处理返回的时间来判断阻塞状况。

- RunLoop定义

在有持续的异步任务需求场景下,我们会创建一个独立的生命周期可控的线程。每个线程都存在一个RunLoop,并且RunLoop就是控制线程生命周期并接收事件进行处理的机制。RunLoop是iOS事件响应与任务处理最核心的机制,它贯穿iOS整个系统。
通过RunLoop机制能够根据具体情况进行代码优化,达到省电,提升流畅度和响应速度的目的,从而提升用户体验。

- Runloop特性

  • 主线程的RunLoop在应用启动的时候就会自动创建
  • 其他线程则需要在该线程下自己启动
    不能自己创建RunLoop
  • RunLoop并不是线程安全的,所以需要避免在其他线程上调用当前线程的RunLoop
  • RunLoop负责管理autorelease pools
  • RunLoop负责处理消息事件,即输入源事件和计时器事件
  • RunLoop支持的消息事件(Events)

- Runloop结构

从Runloop.h文件中可以看到四个字段,如下图所示:
在这里插入图片描述
同时我们也可以通过以下代码来打印出Runloop的信息:

NSLog(@"%@", [NSRunLoop mainRunLoop]);

在这里插入图片描述
由上图可以看到一个Runloop包含了modes,而它当前只运行在一个mode下,而每个mode都包含CFRunLoopSource,CFRunLoopObserver还有一个CFRunLoopTimerRef。

- CFRunLoopMode

RunloopMode就是流水线上支持生产的产品类型,流水线在一个时刻只能在一种模式下运行,生产某一类型的产品。消息事件就是订单。

CFRunLoopModeRef

CFRunLoopModeRef 代表 RunLoop 的运行模式
每个RunLoop都包含若干个Mode,每个Mode又包含若干个 Source/Timer/Observer,每次RunLoop 启动时,只能指定其中一个 Mode,这个 Mode 被称作CurrentMode,如果需要切换 Mode,只能退出 Loop,再重新指定一个 Mode 进入,这样做主要是为了分隔开不同组的 Source/Timer/Observer,让其互不影响(可以通过切换 Mode,完成不同的 timer/source/observer)。

Cocoa系统默认注册了5个Mode:

NSDefaultRunLoopMode: App的默认 Mode,通常主线程是在这个 Mode 下运行(默认情况下运行)

UITrackingRunLoopMode: 界面跟踪 Mode,用于 ScrollView 追踪触摸滑动,保证界面滑动时不受其他 Mode 影响(操作 UI 界面的情况下运行)

UIInitializationRunLoopMode: 在刚启动 App 时进入的第一个 Mode,启动完成后就不再使用

GSEventReceiveRunLoopMode: 接受系统事件的内部 Mode,通常用不到(绘图服务)

NSRunLoopCommonModes: 这是一个占位用的 Mode,不是一种真正的 Mode (RunLoop无法启动该模式,设置这种模式下,默认和操作 UI 界面时线程都可以运行,但无法改变 RunLoo

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值