Runloop (转)

原文出处:
http://www.cocoachina.com/ios/20150601/11970.html
http://www.cocoachina.com/ios/20150601/11970.html

前言

刚刚听到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
    CFRunLoopModeRef
    CFRunLoopSourceRef
    CFRunLoopTimerRef
    CFRunLoopObserverRef

这五个类的关系如下

image.png

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

CFRunLoopModeRef

系统默认注册了5个mode

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

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

CFRunLoopSourseRef

CFRunLoopSourseRef是事件源，分为两种

sourse0：非基于port的（port相当于是系统）

自己写的方法，响应

sourse1：基于port的

系统提供的

CFRunLoopObserverRef

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

typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) { 
kCFRunLoopEntry = (1UL << 0), //即将进入Runloop
kCFRunLoopBeforeTimers = (1UL << 1), //即将处理NSTimer 
kCFRunLoopBeforeSources = (1UL << 2), //即将处理Sources 
kCFRunLoopBeforeWaiting = (1UL << 5), //即将进入休眠 
kCFRunLoopAfterWaiting = (1UL << 6), //刚从休眠中唤醒 
kCFRunLoopExit = (1UL << 7), //即将退出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中加一个按钮，然后添加一个相应，如图所示：

可以想到跑起来的结果：

image.png

注意看Xcode左上角的按钮

image.png

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

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

再次run起来，发现如下结果：

image.png

其实可以猜到这样的结果，因为程序运行到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 0;

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

二、尝试打印RunLoop对象

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

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

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

image.png

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

三、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起来，模拟器界面如下：

image.png

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

image.png

没错，我在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也不会影响打印。有图有真相：

image.png

四、有关CFRunLoopSourseRef的实验

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

image.png

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

五、有关CFRunLoopObserverRef的实验

首先回顾CFRunLoopObserverRef，是RunLoop的监听者，监听的状态如下：

typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) { 
kCFRunLoopEntry = (1UL << 0), //即将进入Runloop
kCFRunLoopBeforeTimers = (1UL << 1), //即将处理NSTimer 
kCFRunLoopBeforeSources = (1UL << 2), //即将处理Sources 
kCFRunLoopBeforeWaiting = (1UL << 5), //即将进入休眠 
kCFRunLoopAfterWaiting = (1UL << 6), //刚从休眠中唤醒 
kCFRunLoopExit = (1UL << 7), //即将退出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, 0, ^(CFRunLoopObserverRef observer, CFRunLoopActivity activity) {
        NSLog(@"--------%zd", activity);
    });

    CFRunLoopAddObserver(CFRunLoopGetCurrent(), observer, kCFRunLoopDefaultMode);  // 添加监听者，关键！
    CFRelease(observer); // 释放
}

run！
可以看到打印结果：

image.png

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

image.png

五、最后

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

六、更新

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

    CFRunLoopRef
    CFRunLoopModeRef
    CFRunLoopSourceRef
    CFRunLoopTimerRef
    CFRunLoopObserverRef

我的理解是，CFRunLoopRef就是RunLoop，而SourceRef、TimerRef、ObserverRef是CFRunLoopRef的内容，而ModeRef指的是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。
现在是不是懂了呢~

应用

1.UIImageView的使用

a.目的

我们做这个应用的目的是为了了解RunLoop和performSelector这个方法的关系

b.过程

首先新建一个项目，在vc上拉一个UIImageView控件和UITextView控件。截图如下：

image.png

下面展示vc的.m代码

#import "ViewController.h"

@interface ViewController ()
@property (weak, nonatomic) IBOutlet UIImageView *imageView; //刚刚拉的imageview
@end

@implementation ViewController

- (void)viewDidLoad {
    [super viewDidLoad];
}

- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
    [self.imageView performSelector:@selector(setImage:) withObject:[UIImage imageNamed:@"1"] afterDelay:2.0 inModes:@[NSDefaultRunLoopMode]];
}

代码很简单，无非就是想要让imageview在点击屏幕2秒钟后设置上图片。
注意：我们这里设置的mode为NSDefaultRunLoopMode，也就是默认状态。
跑起来！
发现没问题，点击一下屏幕，过了2秒后，imageview有了图片。图片：

image.png

恩，然后重跑一下，但是这次要拖拽textview了，发现有问题了：当点击屏幕后，马上拖textview数秒，发现图片2秒后没有显示出来。效果图：

image.png

现在回顾一下入门篇里面的Timer使用:

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

当timer加到mode为kCFRunLoopDefaultMode时，拖拽textview时候timer就不起作用了；当mode为kCFRunLoopCommonModes时，拖拽textview不影响timer的使用，这里其实也是类似的。
所以机智的你应该已经知道怎么做了吧，没错，改一下mode就可以了~代码如下：

[self.imageView performSelector:@selector(setImage:) withObject:[UIImage imageNamed:@"1"] afterDelay:2.0 inModes:@[NSRunLoopCommonModes]];

效果图就不上啦，偷个懒。

c.总结

这里的imageview其实只是一个例子，重要的是了解RunLoop和performSelector这个方法的关系！（敲黑板！）

2.线程与RunLoop的应用

a.目的

就如实验名，了解线程与RunLoop的关系及应用

b.过程

首先，在viewDidLoad中开启一个线程，并在线程对应的方法中打印该线程，这个很简单，我直接放截图了。

image.png

可以看到，线程打印出来了。
但是你知道这个线程什么时候销毁么。
先给个思路，想知道什么时候被销毁，就看什么时候调用dealloc方法就好了。
先创建一个继承NSThread的YQThread，并在.m文件里重写dealloc方法，代码如下：

- (void)dealloc
{
    NSLog(@"YQThread被销毁");
}

然后修改vc中的线程，使用我们自定义的YQThread。再一次跑起来，看结果：

image.png

说明了开启线程后立马被销毁了。可是我如果不想让这个线程销毁呢，该怎么办。
我想到了强引用。上图：

image.png

看似可以了，线程好像没有被销毁。那么既然没有被销毁，我们就尝试再调用它喽。
在vc上加上如下代码：

- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
    [self performSelector:@selector(threadAgain) onThread:_thread withObject:nil waitUntilDone:NO];
}

- (void)threadAgain
{
    NSLog(@"--%@--", [NSThread currentThread]);
}

代码意思是当点击屏幕后，在_thread上调用threadAgain方法。结果如下：

image.png

你会发现当点击屏幕的时候没有输出。那就说明这个线程没用。看来还得我们的主角RunLoop出马啊。
在线程方法中，创建该线程对应的RunLoop。直接上代码：

- (void)threadTest
{
    NSLog(@"--%@--", [NSThread currentThread]);
    [[NSRunLoop currentRunLoop] addPort:[NSPort port] forMode:NSDefaultRunLoopMode];
    [[NSRunLoop currentRunLoop] run];
}

结果如下：

image.png

恩，有打印，说明线程还活着。但是你肯定会对刚刚那两行代码感到疑惑，什么意思呢？先看下面这个图：

image.png

就像上图画的，一个线程对应一个RunLoop，RunLoop里面有若干个mode，每个mode都有自己的内容，Source/Timer/Observer等等。上面的代码就相当于是给了当前的RunLoop添加了一个内容为Source的mode。而RunLoop有了mode才会有效果。
注意：mode里面必须要有内容！！！Source，Timer，Observer都可以。

c.总结

这就是RunLoop的一个功能，使线程保持生命。

d.拓展

刚刚那个应用本质上就是给线程加了一个RunLoop，然后RunLoop一直跑圈，所以线程也一直不会死。

1.拓展一

那么接下来我们来做个有趣的试验：在线程方法输出+++++++，其余都不变，代码如下：

- (void)viewDidLoad {
    [super viewDidLoad];

    _thread = [[YQThread alloc] initWithTarget:self selector:@selector(threadTest) object:nil];
    [_thread start];
}

- (void)threadTest
{
    NSLog(@"--%@--", [NSThread currentThread]);
    [[NSRunLoop currentRunLoop] addPort:[NSPort port] forMode:NSDefaultRunLoopMode];
    [[NSRunLoop currentRunLoop] run];

    NSLog(@"++++++++");
}

- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
    [self performSelector:@selector(threadAgain) onThread:_thread withObject:nil waitUntilDone:NO];
}

- (void)threadAgain
{
    NSLog(@"--%@--", [NSThread currentThread]);
}

你觉得++++++++会打印出来么？结果如下：

image.png

恩，显然没有打印，为什么呢？先不解释原因，再看拓展二。

2.拓展二

再修改一下线程方法，这一次用一个while的死循环看看，其他不变。

- (void)threadTest
{
    NSLog(@"--%@--", [NSThread currentThread]);
    while (1) {
        // 暂时不写任何东西
    }
    NSLog(@"++++++++");
}

++++++++会输出吗？有过编程经验的都知道不会，我也不截图展示了。

3.拓展三

上代码：

- (void)threadTest
{
    NSLog(@"--%@--", [NSThread currentThread]);
    [[NSRunLoop currentRunLoop] run];
    NSLog(@"++++++++");
}

这里不给RunLoop设置内容，看看结果会怎么要。

image.png

发现点击屏幕没有输出线程，但是输出了+++++++。那是因为没有拓展二的while，线程方法会一行行执行下来。但是为什么点击屏幕没有输出呢，那是因为点击屏幕后，给RunLoop加了一个内容为sourse的mode（不懂的话看我的上一篇博客），但是！！！已经没有Run了！
什么意思呢，就是说当我们点击屏幕的时候，

 [[NSRunLoop currentRunLoop] run];

这一行代码已经在打开app的时候执行了，当我们点击屏幕的时候，已经没有Run了，而RunLoop实际上是没有跑起来的。
这就说明了，要让RunLoop跑起来，既要有有内容的mode，也需要 [[NSRunLoop currentRunLoop] run]; 。两个都不可少。

4.拓展四

这次还是用拓展二的代码，只是在while里面添上RunLoop代码，因为这个比较复杂，所以我放上完整代码：

- (void)viewDidLoad {
    [super viewDidLoad];

    _thread = [[YQThread alloc] initWithTarget:self selector:@selector(threadTest) object:nil];
    [_thread start];
}

- (void)threadTest
{
    NSLog(@"--%@--", [NSThread currentThread]);
    while (1) {
        [[NSRunLoop currentRunLoop] run];
        NSLog(@"++++++++");
    }
}

- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
    [self performSelector:@selector(threadAgain) onThread:_thread withObject:nil waitUntilDone:NO];
}

- (void)threadAgain
{
    NSLog(@"--%@--", [NSThread currentThread]);
}

下面是结果：

image.png

仔细看输出，当点击屏幕之前，一直会输出+++++++，当点击后，+++++++输出停止，然后输出线程。下面来解释一下这个状况，先放图后解释：

image.png

这张图片应该不陌生，是苹果官方的。
当run起来后，因为while死循环，会一直输出+++++++，当点击屏幕的时候，会来到performSelector这个方法，而我们可以看到performSelector相当于是sourse，类似于port，所以当我们点击屏幕的时候，就相当于是给RunLoop添加了一个内容为sourse的mode，就相当于是

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

而有了mode，RunLoop就开始有效起来了。然后再看while：

while (1) { 
    [[NSRunLoop currentRunLoop] run];
    NSLog(@"++++++++"); 
}

因为RunLoop开始跑起来了，所以++++++又不会输出了，而这里相当于是上面的拓展一。

5.四个拓展的总结

先把拓展一的坑填了吧。看看拓展四再看看拓展一，都不打印++++++。其实本质上是一样的， NSLog(@"++++++++"); 这行代码之前已经RunLoop已经跑起来了，而至于为什么跑起来了就不会执行 NSLog(@"++++++++"); 了，可以看拓展二，相当于 NSLog(@"++++++++"); 有一个while循环！
再对上面四个拓展做一下总结：
a.要让RunLoop跑起来，必须要给其添加一个有内容的mode。而且必须要让他Run。
b.RunLoop跑起来后相当于是一个while的死循环，后面的代码不会执行。

注意！这四个拓展很有意思也很重要，如果觉得很乱，一定要多看几遍！！！

3.子线程中的Timer与RunLoop

最后一个实验：
直接放代码：

- (void)viewDidLoad {
    [super viewDidLoad];

    _thread = [[YQThread alloc] initWithTarget:self selector:@selector(threadTest) object:nil];
    [_thread start];
}

- (void)threadTest
{
    [NSTimer scheduledTimerWithTimeInterval:1.0 target:self selector:@selector(TimerTest) userInfo:nil repeats:YES];
}

- (void)TimerTest
{
    NSLog(@"----%@-----", [NSThread currentThread]);
}

你觉得会有输出吗？

image.png

没有输出，为什么呢。想到上一篇有提到，就只有主线程的RunLoop会自动开启，而子线程的需要手动开启，而本次实验中，timer是子线程中的，而RunLoop没有开启，timer自然不会起到作用啦。
解决方法：开启RunLoop，怎么做？自己去试！！！

人面猴
序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
沈念sama阅读 212,029评论 6赞 492
死咒
序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
沈念sama阅读 90,395评论 3赞 385
救了他两次的神仙让他今天三更去死
文/潘晓璐我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
开封第一讲书人阅读 157,570评论 0赞 348
道士缉凶录：失踪的卖姜人
文/不坏的土叔我叫张陵，是天一观的道长。经常有香客问我，道长，这世上最难降的妖魔是什么？我笑而不...
开封第一讲书人阅读 56,535评论 1赞 284
港岛之恋（遗憾婚礼）
正文为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
茶点故事阅读 65,650评论 6赞 386
恶毒庶女顶嫁案：这布局不是一般人想出来的
文/花漫我一把揭开白布。她就那样静静地躺着，像睡着了一般。火红的嫁衣衬着肌肤如雪。梳的纹丝不乱的头发上，一...
开封第一讲书人阅读 49,850评论 1赞 290
城市分裂传说
那天，我揣着相机与录音，去河边找鬼。笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。我是一名探鬼主播，决...
沈念sama阅读 39,006评论 3赞 408
双鸳鸯连环套：你想象不到人心有多黑
文/苍兰香墨我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
开封第一讲书人阅读 37,747评论 0赞 268
万荣杀人案实录
序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
沈念sama阅读 44,207评论 1赞 303
护林员之死
正文独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋以下内容为张勋视角年9月15日...
茶点故事阅读 36,536评论 2赞 327
白月光启示录
正文我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
茶点故事阅读 38,683评论 1赞 341
活死人
序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
沈念sama阅读 34,342评论 4赞 330
日本核电站爆炸内幕
正文年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
茶点故事阅读 39,964评论 3赞 315
男人毒药：我在死后第九天来索命
文/蒙蒙一、第九天我趴在偏房一处隐蔽的房顶上张望。院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
开封第一讲书人阅读 30,772评论 0赞 21
一桩弑父案，背后竟有这般阴谋
文/苍兰香墨我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。一阵脚步声响...
开封第一讲书人阅读 32,004评论 1赞 266
情欲美人皮
我被黑心中介骗来泰国打工，没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。一个月前我还...
沈念sama阅读 46,401评论 2赞 360
代替公主和亲
正文我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
茶点故事阅读 43,566评论 2赞 349

Runloop (转)

前言

正文

一、简介

二、作用

三、枯燥知识

1.两个API

Foundation

Core Foundation

2.RunLoop与线程

3.获取RunLoop对象

Foundation

Core Foundation

4.RunLoop相关类

CFRunLoopModeRef

CFRunLoopSourseRef

sourse0：非基于port的 （port相当于是系统）

sourse1：基于port的

CFRunLoopObserverRef

四、实验讲解

一、main函数的实验

二、尝试打印RunLoop对象

三、NSTimer的使用

实验一 scheduledTimer方法

实验二 timerWithTime方法

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

四、有关CFRunLoopSourseRef的实验

五、有关CFRunLoopObserverRef的实验

五、最后

六、更新

应用

1.UIImageView的使用

a.目的

b.过程

c.总结

2.线程与RunLoop的应用

a.目的

b.过程

c.总结

d.拓展

1.拓展一

2.拓展二

3.拓展三

4.拓展四

5.四个拓展的总结

注意！这四个拓展很有意思也很重要，如果觉得很乱，一定要多看几遍！！！

3.子线程中的Timer与RunLoop

推荐阅读更多精彩内容

sourse0：非基于port的（port相当于是系统）

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