runloop 小记

1、什么是runLoop

　　一、说白了，runloop就是运行循环

　　二、runloop，他是多线程的法宝

　　　　一般来说，一个线程一次只能执行一个任务，执行完以后就退出线程。可是，对于主线程是不能退出的，所以咱们须要让主线程即便任务执行完毕，也能够继续等待接收事件而不退出，那么runloop就能够作到。

　　　　可是非主线程一般来讲就是为了执行某一任务的，执行完毕就须要归还资源，所以默认是不运行runloop的。

　　三、每个线程对应都有一个runloop，只是默认只有主线程的runloop是开启的，其余子线程的runloop是默认不启动的，若要启动须要程序员手动启动。

　　

2、runloop做用

　　一、保证程序不退出 

　　二、负责监听全部的事件（sources、observe、timer）（触摸、时钟、网络事件）

　　三、runloop很是懒，有任务就处理，没有就睡眠

　　四、runloop负责在一次循环中渲染UI

 

3、runloop模式

　　NSRunLoopDefaultMode： App的默认Mode,一般主线程是在这个Mode下运行
　　UITrackingRunLoopMode：处理UI事件的mode
　　NSRunLoopCommonModes： 这是一个占位用的Mode，不是一种真正的Mode（默认在NSRunLoopDefaultMode和UITrackingRunLoopMode这两种模式下）
　　UIInitializationRunLoopMode： 在刚启动App时进入的第一个Mode，启动完成后再也不使用
　　GSEventReceiveRunLoopMode： 接受系统事件的内部Mode，一般用不到

 

一个场景：加载多张高清大图时拖拽tableView，致使界面卡顿

　　分析一：

　　　　加载多张高清大图：须要加入runloop，在运行循环时渲染UI，进入UITrackingRunLoopMode模式

　　　　拖拽tableView：须要加入runloop，在运行循环时处理触摸事件，进入UITrackingRunLoopMode模式

　　　　加载多张高清大图，至关于runloop一次循环渲染了多张大图（多个任务），占用了此次循环的大部分时间，致使界面卡顿　　　　

　　解决方案：让runloop一次循环只渲染一张大图（只干一件事），定义观察者，每次循环添加一张图片进行渲染！

　　代码以及实现已经有大神整理好了：https://blog.csdn.net/liyanjun201/article/details/79096289

 

 

如下是其余大神整理的关于runloop的资料 很全面  https://blog.csdn.net/qq_30513483/article/details/53373905

RunLoop是什么，有什么做用，如何获取？

• 定义
  • RunLoop的实质是一个死循环，用于保证程序的持续运行，只有当程序退出的时候才会结束（由main函数开启主线程的RunLoop）
• 做用
  • 保持程序的持续运行
  • 处理App中的各类事件（触摸、定时器、Selector事件）
  • 节省CPU资源，提升程序性能（该作事作事，没事作休息）
• 获取方法
  • 使用NSRunLoop（面向对象）或者CFRunLoopRef（底层C语言）

RunLoop的原理

• RunLoop开启一个循环事件，并接受输入事件，接受的事件来自两种不一样的来源：
  • 输入源（input source）(传递异步事件)
  • 定时源（timer source）(传递同步事件)
• RunLoop接收到消息后采用handlePort、customSrc、mySelector和timerFired等四个方法处理对应的事件
• 当RunLoop没有接收到消息时，则进入休眠状态，以保持程序持续运行

RunLoop的原理

RunLoop接收几种输入源，系统默认定义了几种模式？

• 输入源有两种
  • 基于端口的输入源（port）
  • 自定义的输入源（custom）
• 系统定义的RunLoop模式有五种，最经常使用的有三种，以下所示：
  • NSDefaultRunLoopMode
    • 默认模式，主线程中默认是NSDefaultRunLoopMode
  • UITrackingRunLoopMode
    • 视图滚动模式，RunLoop会处于该模式下
  • NSRunLoopCommonModes
    • 并非真正意义上的Mode，是一个占位用的“Mode”，默认包含了NSDefaultRunLoopMode和UITrackingRunLoopMode两种模式

RunLoop模式的原理和使用注意点？

• 原理和注意点
  • 一个RunLoop包含若干个Mode，每一个Mode又包含若干个Source、Observer、Timer（以下图所示）
  • 每次RunLoop启动，只能指定一个Mode，这个Mode被称为CurrentMode
  • 若是须要切换Mode，只能退出Loop，再从新指定一个Mode进入， 以使不一样组之间的Source、Observer、Timer互不受影响

RunLoopMode

RunLoop和线程有什么关系

• RunLoop与线程是一一对应的
• 程序启动时，主线程默认会本身建立RunLoop，并设置为Default模式
• 建立子线程时，必须获取当前线程的RunLoop并启动它

---

NSTimer和RunLoop的关系？

• NSTimer须要添加到Runloop中， 才能执行的状况

• NSTimer默认被添加到Runloop中， 直接执行的状况

NSTimer准确吗，若是不许确，如何设计一个准确的timer？

• 不许确
• 准确的Timer应该和当前线程的RunLoopMode保持一致

TableView/ScrollView/CollectionView滚动时为何NSTimer会中止？

• 一个RunLoop不能同时共存两个mode
• 当滚动视图滚动时，当前RunLoop处于UITrackingRunLoopMode，
• NSTimer的RunLoopMode和当前线程的RunLoopMode不一致，因此会中止
• 解决方法：将timer的runloopMode改成UITrackingRunLoopMode或者NSRunLoopCommonModes

若是NSTimer在分线程中建立，会发生什么，应该注意什么？

• NSTimer没有启动
  • 在主线程中，系统默认建立并启动主线程的runloop
  • 在分线程中，系统不会自动启动runloop，须要手动启动
• 解决方法：
  • 启动分线程的runLoop 

在异步线程中下载不少图片,若是失败了,该如何处理?请结合RunLoop来谈谈解决方案

• 在异步线程中启动一个RunLoop从新发送网络请求,下载图片

若是程序启动就须要执行一个耗时操做，你会怎么作？

• 开启一个异步的子线程，并启动它的RunLoop来执行该耗时操做

runloop与autoreleasepool的关系

若是在分线程中启动一个异步请求，会有什么问题？

判断其是否请求结束，若是未结束，要保持当前线程一直启动，直到结束

程序启动时，runloop是如何工做的？若是程序启动就须要执行一个耗时操做，你会怎么作？

程序启动时，系统默认建立并启动主线程的runloop，runloop会默认建立两个Observe来进行监听runloop的进出和睡眠，有事情的时候就去作，没事的休眠

(线程(建立)-->runloop将进入-->最高优先级OB建立释放池-->runloop将睡-->最低优先级OB销毁旧池建立新池-->runloop将退出-->最低优先级OB销毁新池-->线程(销毁))

线程刚建立时并无runloop，若是你不主动去获取，那么一直都不会有。

耗时操做能够放在分线程中进行，结束后回到主线程