前言

刚刚听到RunLoop的时候我也是一脸懵逼,这是什么,有什么用呢,逼格貌似还挺高。然后就开始尝试去搞懂它,去找博客,但是几乎所有的博客都是枯燥乏味的,都是讲概念,然后给个实例,对于我这个小白来说,根本看不懂好吗!!
下面放几个比较好的讲解RunLoop的博客
http://www.cocoachina.com/ios/20150601/11970.html
http://www.jianshu.com/p/b9426458fcf6
下面开始讲讲我对RunLoop认识。

正文

一、简介

首先,先象征性的讲下RunLoop的概念
从字面上看,就可以看出就是兜圈圈,就是一个死循环嘛。

二、作用

1.保持程序运行
2.处理app的各种事件(比如触摸,定时器等等)
3.节省CPU资源,提高性能。

三、枯燥知识

下面是关于RunLoop的一些使用简述。也许有点枯燥,但是也是必须要知道的!(敲黑板ing),我尽量说的通俗易懂一点。

1.两个API

首先要知道iOS里面有两套API可以访问和使用RunLoop:

Foundation

NSRunLoop

Core Foundation

CFRunLoopRef

上面两套都可以使用,但是要知道CFRunLoopRef是用c语言写的,是开源的,相比于NSRunLoop更加底层,而NSRunLoop其实是对CFRunLoopRef的一个简单的封装。便于使用而已。这样说来,显然CFRunLoopRef的性能要高一点。

2.RunLoop与线程

1.每条线程都有唯一的与之对应的RunLoop对象。
2.主线程的RunLoop已经创建好了,而子线程的需要手动创建。(也就是说子线程的RunLoop默认是关闭的,因为有时候开了个线程但却没有必要开一个RunLoop,不然反而浪费了资源。 )
3.RunLoop在第一次获取时创建,在线程结束时销毁。(这就相当于 线程是一个类,RunLoop是类里的实例变量,这样便于理解)

3.获取RunLoop对象

Foundation
[NSRunLoop currentRunLoop]; // 获得当前线程的RunLoop对象
[NSRunLoop mainRunLoop]; // 获得主线程的RunLoop对象 Core Foundation
CFRunLoopGetCurrent(); // 获得当前线程的RunLoop对象
CFRunLoopGetMain(); // 获得主线程的RunLoop对象

4.RunLoop相关类

在Core Foundation中有RunLoop的五个类

    CFRunLoopRef
CFRunLoopMode
CFRunLoopSourceRef
CFRunLoopTimerRef
CFRunLoopObserverRef

这五个类的关系如下

 

由图中可以得出以下几点:
1.CFRunLoopMode代表的是RunLoop的运行模式。
2.一个 RunLoop 包含若干个 Mode,每个 Mode 又包含若干个 Source/Timer/Observer。
3.每次调用 RunLoop 的主函数时,只能指定其中一个 Mode,这个Mode被称作 CurrentMode。
4.如果需要切换 Mode,只能退出 Loop,再重新指定一个 Mode 进入。这样做主要是为了分隔开不同组的 Source/Timer/Observer,让其互不影响。

CFRunLoopMode

系统默认注册了5个mode

    kCFRunLoopDefaultMode //App的默认Mode,通常主线程是在这个Mode下运行
UITrackingRunLoopMode //界面跟踪 Mode,用于 ScrollView 追踪触摸滑动,保证界面滑动时不受其他 Mode 影响
UIInitializationRunLoopMode // 在刚启动 App 时第进入的第一个 Mode,启动完成后就不再使用
GSEventReceiveRunLoopMode // 接受系统事件的内部 Mode,通常用不到
kCFRunLoopCommonModes //这是一个占位用的Mode,作为标记kCFRunLoopDefaultMode和UITrackingRunLoopMode用,并不是一种真正的Mode

至于CFRunLoopMode的使用我会在 下面的实验三timer的使用中 详细说到。

CFRunLoopSourseRef

CFRunLoopSourseRef是事件源,分为两种

sourse0:非基于port的 (port相当于是系统)

自己写的方法,响应

sourse1:基于port的

系统提供的

CFRunLoopObserverRef

CFRunLoopObserver是观察者,可以监听runLoop的状态改变
监听的状态如下:

typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {
kCFRunLoopEntry = (1UL << ), //即将进入Runloop
kCFRunLoopBeforeTimers = (1UL << ), //即将处理NSTimer
kCFRunLoopBeforeSources = (1UL << ), //即将处理Sources
kCFRunLoopBeforeWaiting = (1UL << ), //即将进入休眠
kCFRunLoopAfterWaiting = (1UL << ), //刚从休眠中唤醒
kCFRunLoopExit = (1UL << ), //即将退出runloop
kCFRunLoopAllActivities = 0x0FFFFFFFU //所有状态改变};

四、实验讲解

一、main函数的实验

先看几行我们很熟悉的代码

int main(int argc, char * argv[]) {
@autoreleasepool {
return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
}
}

这个是main函数里面的代码,当app打开后就进入这里。main函数返回类型是int,也就是返回的是

UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
不知道你有没有想过,如果返回的是0或者1等等,会有什么结果呢,我们来试试。

首先我们先在vc中加一个按钮,然后添加一个相应,如图所示:

RunLoopTest1.png

可以想到跑起来的结果:

 

注意看Xcode左上角的按钮

始终处于运行状态,只有当我们点击停止才会停止程序。但是当我们改变代码后

int main(int argc, char * argv[]) {
@autoreleasepool {
return ;
}
}

再次run起来,发现如下结果:

 

其实可以猜到这样的结果,因为程序运行到return 0;这一行后就退出了,AppDeleage里面的所有方法都没有进去。
再来做个试验:在main里面输入以下代码

int res = UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
NSLog(@"-----");
return res;

你猜会输出 “-----” 吗?答案是否定的,你会发现程序始终不会到NSLog(@"-----");这一行来。这就说明了程序一直在运行着。其实这都是RunLoop的功劳,它的其中一个功能就是保持程序的持续运行。有了RunLoop,main里面相当于是这样的代码(伪代码):

BOOL running = YES;
do {
// 执行各种操作
} while (running);
return ;

程序是始终在while里面的,是一个死循环。
说到这里你肯定又会疑惑,RunLoop是什么时候创建的。其实在UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]))这个函数的内部就已经启动了一个RunLoop,所以函数一直没有返回,这才使得程序保持运行。
(注意:这个默认启动的RunLoop是和主线程相关的!!!)

二、尝试打印RunLoop对象

既然在理论区学会了如何获得RunLoop对象,那么我们就打印看看到底是什么玩意。
在按钮的响应区添加一行输出:

- (IBAction)ButtonDidClick:(id)sender {
NSLog(@"ButtonDidClick");
NSLog(@"----%@", [NSRunLoop currentRunLoop]);
}

结果你会得到下图的输出:

这张截图只是输出的一部分,看不懂没关系,只要先看一下我圈出来的这几个名词,这在后面会有讲到。

三、NSTimer的使用

在项目中用的NSTimer其实也和RunLoop有关系,下面我们来做个实验

实验一 scheduledTimer方法

修改一下button的响应以及timerTest方法,代码如下

- (IBAction)ButtonDidClick:(id)sender {
[NSTimer scheduledTimerWithTimeInterval:1.0 target:self selector:@selector(timerTest) userInfo:nil repeats:YES];
} - (void)timerTest
{
NSLog(@"timerTest----");
}

点击button可以看到输出台每隔一秒钟就打印"timerTest----"。

实验二 timerWithTime方法

代码如下:

- (IBAction)ButtonDidClick:(id)sender {
NSTimer *timer = [NSTimer timerWithTimeInterval:1.0 target:self selector:@selector(timerTest) userInfo:nil repeats:YES];
} - (void)timerTest
{
NSLog(@"timerTest----");
}

但是实验结果是,点击button后没有反应。为什么呢?
噢~原来是少加了一句话,添加后的代码如下:

- (IBAction)ButtonDidClick:(id)sender {
NSTimer *timer = [NSTimer timerWithTimeInterval:1.0 target:self selector:@selector(timerTest) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];
} - (void)timerTest
{
NSLog(@"timerTest----");
}

可是,为什么实验二比实验一要多加一句话呢?解:那是因为scheduledTimer方法会自动添加到当前的runloop里面去,而且runloop的运行模式kCFRunLoopDefaultMode,也就是说实验一已经将timer自动加入到了一个运行模式为kCFRunLoopDefaultMode的runloop中。

实验三 有scrollView的情况下使用Timer

首先,按钮响应以及timerTest的方法如下:

- (IBAction)ButtonDidClick:(id)sender {
NSTimer *timer = [NSTimer timerWithTimeInterval:1.0 target:self selector:@selector(timerTest) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];
} - (void)timerTest
{
NSLog(@"timerTest----");
}

然后在vc中加一个textView,run起来,模拟器界面如下:

然后点击按钮,随后滑动textView,可以看到打印结果:

没错,我在18:22:55秒钟滑动了textView,然后发现滑动的时候是不打印的,奇怪吧。其实说到底还是RunLoop搞的鬼。可以看到,我们把timer加到了NSDefaultRunLoopMode的runLoop中,而在滑动textview的时候,RunLoop就切换到UITrackingRunLoopMode模式,而上面有提到说:在每次调用 RunLoop 的主函数时,只能指定其中一个 Mode,这个Mode被称作 CurrentMode。 所以定时器就不起作用了。

现在可以思考一下解决方法了!(敲黑板ing)
提示一下,问题出在了模式上面,是不是修改一下模式就好了呢。

解决方法:
上面有提到过五个mode

    kCFRunLoopDefaultMode //App的默认Mode,通常主线程是在这个Mode下运行
UITrackingRunLoopMode //界面跟踪 Mode,用于 ScrollView 追踪触摸滑动,保证界面滑动时不受其他 Mode 影响
UIInitializationRunLoopMode // 在刚启动 App 时第进入的第一个 Mode,启动完成后就不再使用
GSEventReceiveRunLoopMode // 接受系统事件的内部 Mode,通常用不到
kCFRunLoopCommonModes //这是一个占位用的Mode,不是一种真正的Mode

其实如果把mode改为kCFRunLoopCommonModes的话就可以既支持kCFRunLoopDefaultMode又支持UITrackingRunLoopMode了。
修改如下:
修改mode类型

- (IBAction)ButtonDidClick:(id)sender {
NSTimer *timer = [NSTimer timerWithTimeInterval:1.0 target:self selector:@selector(timerTest) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];
}
然后run发现就算滚动textView也不会影响打印。有图有真相:

四、有关CFRunLoopSourseRef的实验

我们在button的响应注释,然后打个断点,run后点击button会发现如下:

说明了button的点击是属于sourse0的。

五、有关CFRunLoopObserverRef的实验

首先回顾CFRunLoopObserverRef,是RunLoop的监听者,监听的状态如下:

typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {
kCFRunLoopEntry = (1UL << ), //即将进入Runloop
kCFRunLoopBeforeTimers = (1UL << ), //即将处理NSTimer
kCFRunLoopBeforeSources = (1UL << ), //即将处理Sources
kCFRunLoopBeforeWaiting = (1UL << ), //即将进入休眠
kCFRunLoopAfterWaiting = (1UL << ), //刚从休眠中唤醒
kCFRunLoopExit = (1UL << ), //即将退出runloop
kCFRunLoopAllActivities = 0x0FFFFFFFU //所有状态改变};

CF里面添加监听者的方法为

CFRunLoopAddObserver(<#CFRunLoopRef rl#>, <#CFRunLoopObserverRef observer#>, <#CFStringRef mode#>)

第一个参数:RunLoop
第二个参数:observer
第三个参数:mode

方法介绍完,开始敲代码,vc代码如下

- (void)viewDidLoad {
[super viewDidLoad]; [self createObserver];
} - (void)createObserver
{
CFRunLoopObserverRef observer = CFRunLoopObserverCreateWithHandler(CFAllocatorGetDefault(), kCFRunLoopAllActivities, YES, , ^(CFRunLoopObserverRef observer, CFRunLoopActivity activity) {
NSLog(@"--------%zd", activity);
}); CFRunLoopAddObserver(CFRunLoopGetCurrent(), observer, kCFRunLoopDefaultMode); // 添加监听者,关键!
CFRelease(observer); // 释放
}
run!

可以看到打印结果:

这就是监听的作用,可以知道当前的RunLoop状态。
下图是RunLoop的内部逻辑已经文字描述:(图片来自网络)

RunLoop内部逻辑.png

五、最后

其实上述只是runloop的一个入门而已,想要深入其中,还是需要在项目中尝试使用它。
最后的最后,这篇文章的发表经历了整整三天的时间,总结,实验,截图,码字。。。总之,如果你觉得对你有所帮助,就请给我点个赞呗~
最后的最后的最后,我的水平有限,肯定有很多错误和不足之处,请各位不吝赐教,谢谢。

六、更新

也许你会觉得RunLoop的五个相关类会有点乱,下面我再来理一下。

    CFRunLoopRef
CFRunLoopMode
CFRunLoopSourceRef
CFRunLoopTimerRef
CFRunLoopObserverRef
我的理解是,CFRunLoopRef就是RunLoop,而SourceRef、TimerRef、ObserverRef是CFRunLoopRef的内容,而Mode指的是mode的属性。

先放个代码:

[[NSRunLoop currentRunLoop] addPort:[NSPort port] forMode:NSDefaultRunLoopMode];

这句话的意思就是:给当前的RunLoop添加一个内容为Sourse的而且属性是NSDefaultRunLoopMode的mode。是不是一下子清楚了~如果还不懂,那就再举个栗子:

NSTimer *timer = [NSTimer timerWithTimeInterval:1.0 target:self selector:@selector(timerTest) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];

这句话的意思是:给当前的RunLoop添加一个内容为timer的而且属性是NSRunLoopCommonModes的mode。
现在是不是懂了呢~

看完入门,看实战呗~
传送门,RunLoop已入门?不来应用一下?http://www.cnblogs.com/weiming4219/p/7879475.html

RunLoop想入门,看这篇就够了的更多相关文章

  1. React入门看这篇就够了

    摘要: 很多值得了解的细节. 原文:React入门看这篇就够了 作者:Random Fundebug经授权转载,版权归原作者所有. React 背景介绍 React 入门实例教程 React 起源于 ...

  2. [转帖]Zookeeper入门看这篇就够了

    Zookeeper入门看这篇就够了 https://my.oschina.net/u/3796575/blog/1845035 Zookeeper是什么 官方文档上这么解释zookeeper,它是一个 ...

  3. [转]React入门看这篇就够了

    摘要: 很多值得了解的细节. 原文:React入门看这篇就够了 作者:Random Fundebug经授权转载,版权归原作者所有. React 背景介绍 React 入门实例教程 React 起源于 ...

  4. .NET Core实战项目之CMS 第五章 入门篇-Dapper的快速入门看这篇就够了

    写在前面 上篇文章我们讲了如在在实际项目开发中使用Git来进行代码的版本控制,当然介绍的都是比较常用的功能.今天我再带着大家一起熟悉下一个ORM框架Dapper,实例代码的演示编写完成后我会通过Git ...

  5. EFCore 6.0入门看这篇就够了

    前言 作为一直在dotNet行业耕耘的码农,这几年在大大小小项目中也涉及到了许多ORM框架,比如:EFCore,Dapper,NHibernate,SqlSugar等等,这些ORM都有各自的优缺点,大 ...

  6. Zookeeper入门看这篇就够了!!

    Zookeeper是什么 官方文档上这么解释zookeeper,它是一个分布式服务框架,是Apache Hadoop 的一个子项目,它主要是用来解决分布式应用中经常遇到的一些数据管理问题,如:统一命名 ...

  7. ZooKeeper 入门看这篇就够了

    什么是 ZooKeeper? ZooKeeper 是一个分布式的,开放源码的分布式应用程序协同服务.ZooKeeper 的设计目标是将那些复杂且容易出错的分布式一致性服务封装起来,构成一个高效可靠的原 ...

  8. Storm入门,看这篇就够了

    部分一:Srorm 简介 1.1 Storm是实时的数据流,Hadoop是批量离线数据 起源背景 Twitter 开源的一个类似于Hadoop的实时数据处理框架 Storm是由Nathan Marz ...

  9. Zookeeper入门看这篇就够了

    https://blog.csdn.net/java_66666/article/details/81015302

  10. .NET Core实战项目之CMS 第二章 入门篇-快速入门ASP.NET Core看这篇就够了

    作者:依乐祝 原文链接:https://www.cnblogs.com/yilezhu/p/9985451.html 本来这篇只是想简单介绍下ASP.NET Core MVC项目的(毕竟要照顾到很多新 ...

随机推荐

  1. hiveQL求差集

    hive sql求差集的方法 1.什么是差集 set1 - set2,即去掉set1中存在于set2中的数据. 2.hive中计算差集的方法,基本是使用左外链接. 直接上代码 select * fro ...

  2. OC实现同步访问属性

    有时候,我们在开发过程中需要对属性的访问进行同步操作,这种属性需要做成原子的,用atomic来修饰属性,即可实现这一点. 如果我们想自己实现,可以按照下面方式写代码: SFPerson.h #impo ...

  3. php 守护进程类

    最近个人项目中需要后台运行任务,之前一直是用nouhp & + 重定向输出 来后台跑任务,后来觉得不好维护原始数据,同时可能也没有直接操作进程那么稳吧(没验证).废话少说,来看分析. 首先,我 ...

  4. 63、django之模版层(template)

    上篇主要介绍了django的MTV模型,主要介绍了视图层之路由配置系统url分发和视图层之视图函数view,本篇主要讲解MTV模型中的模版层template. 模版层(template) 一.模版简介 ...

  5. JVM菜鸟进阶高手之路十三(等你来战!!!)

    转载请注明原创出处,谢谢! 前几天有个朋友问了我个问题,下面给大家分享下,希望大家积极在评论区进行评论留言,等你来战!!! 先来个趣味题,热身下,引出后面的jvm题目. 地上的影子是那个人的? 地上的 ...

  6. Tomcat Java.OutOfMemoryError : PermGen Space异常

    背景:前些日子更新公司多年前一个旧平台发布到Tomcat上之后,频繁收到网站许多模块无法正常使用的反汇. 测试过程中发现平台发布一段时间后,访问相关网页出现如下500页面 解决方案:PermGen s ...

  7. kafka 的 createDirectStream

    一入大数据深似海,脑袋不够用了,先留下只言片语. kafka api中给出2类直接获取流的接口:createStream和createDirectStream. createStream比较简单,只需 ...

  8. LINUX 笔记-特定shell变量

    $# 传递到脚本的参数个数 $* 以一个单字符串显示所有向脚本传递的参数.与位置变量不同,此选项参数可超过9个 $$ 脚本运行的当前进程ID号 $! 后台运行的最后一个进程的进程ID号 $@ 与$*相 ...

  9. Spring MVC 快捷定义 ViewController

    WHY  :               为什么我们需要快捷定义 ViewController ? 在项目开发过程中,经常会涉及页面跳转问题,而且这个页面跳转没有任何业务逻辑过程,只是单纯的路由过程 ...

  10. 关于docker使用的几个小问题(二)

    很久没写博客了,集中写几个比较有意思的小问题. 一.CentOS容器没有service命令 这是因为我们从docker官方镜像仓库中pull的最新CentOS镜像都是centos7.4 Redhat- ...