Runloop原理(一)

• Run loops are part of the fundamental infrastructure associated with threads.
  
• runloop是与线程干系的基础架构的一部分，说白了runloop是与线程密不可分的，脱离线程，runloop无从谈起
  
• A run loop is an event processing loop that you use to schedule work and coordinate the receipt of incoming events.
  
• runloop是一个变乱处理处罚循环，你可以利用它安排工作，对吸收进来的变乱举行统筹处理处罚
  
• The purpose of a run loop is to keep your thread busy when there is work to do and put your thread to sleep when there is none.
  
• runloop的目标 - 为了到达如许一种效果，有工作就处理处罚，没有工作就休眠
  

• runloop的管理不是完全主动的，你必须筹划线程代码，在符合的时机启动runloop，对吸收进来的变乱举行相应。
  
• Cocoa(NSRunLoop)和Core Foundation(CFRunLoop)均提供了runloop对象帮助你设置和管理你自己线程的runloop; 你的应用不必要表现创建这些runloop对象
  
• 每个线程都有一个干系联的runloop对象
  
• 应用步伐框架会主动在主线程上创建并运行run循环，作为应用步伐启动过程的一部分
  
• 只有子线程必要显式地运行runloop
  

• 线程进入循环，运行变乱处理处罚步伐，相应runloop吸收到的变乱
  
• runloop控制如何实现 - 通过while 大概 for循环 来驱动runloop, 运行变乱处理处罚步伐
  
• runloop从两种差异的source吸收变乱: Input sources 和 Timer sources
  
  
  
  • Input sources 提供异步变乱, 变乱 来自于其他线程或历程
    
  • Timer sources 提供同步变乱, 变乱 按照预定时间大概重复的隔断发生
    
  
  
  
  
  • Input sources: runloop对象实验 runUntilDate: 方法，然后 runloop 退出
    
  • Timer sources: 不会引起runloop退出
    
  
  
• runloop吸收到Input sources，会触发一个关照
  
  
  
  • 对于Input Sources, 如果你想要处理处罚更多，那就自己注册runloop观察者 来吸收这个关照
    
    
    
    • 你可以通过Core Foundation在你的线程里设置 runloop 观察者
      
    
    
  
  

• 监督的对象，固然就是 两种Sources了， Input 和 Timer
  
  
  
  • 为什么要监督，着实可以明确为监听，有变乱进来，就处理处罚相应
    
  
  
• 关照的对象，天然就是要关照给 观察者了
  
  
  
  • 一样平常环境下，变乱自己不关注自己什么时间被处理处罚，就等着runloop处理处罚，比及什么时间算什么时间， 但架不住多事生非，好比我就想在处理处罚变乱之前打印一个信息 就必要注册观察者吸收关照了
    
  
  

• Default
  
  
  
  • 默认
    
  
  
• Connection
  
  
  
  • 你应该很少用到这种mode
    
  
  
• Modal
  
  
  
  • Cocoa利用此模式来辨认用于模态面板的变乱
    
  
  
• Event tracking
  
  
  
  • 在鼠标拖动和其他范例的用户界面交互跟踪期间，Cocoa通过这种模式 来限定传入的变乱
    
  
  
• Common modes （有点费解，过细明确下）
  
  
  
  • 是个聚集，Cocoa默以为 聚集(大概group) [Default, Modal, Event tracking]，Core Foundation默以为[Default]; 如果一个Input Source 与 Default关联，则如果指定mode为 Common modes，同样也就与 Modal关联，也与Event tracking关联，苹果提供了 CFRunLoopAddCommonMode 方法往聚集里添加 其他mode
    
  
  

• 基于Port的 source监督Mach ports ，由内核主动signal
  
• 自界说source 监督自界说变乱, 由另一个线程手动 signal
  

• 换句话说就是设定5秒触发一次，从0开始，比及8秒才实验，下一次还会在10秒调理实验
  
• 如果触发时，已经错过了多个5秒隔断，timer会按照筹划的时间隔断，主动空过已错过的筹划隔断，也就是错过了多个5秒，好比4个5秒，这4个5秒内，只实验一次
  

• Sources在同步或异步变乱发生时 触发
  
• runloop observers在 runloop自己实验到特别的位置触发
  

• The entrance to the run loop. 【进入runloop】
  
• When the run loop is about to process a timer. 【runloop即将处理处罚timer】
  
• When the run loop is about to process an input source. 【runloop即将处理处罚input source】
  
• When the run loop is about to go to sleep. 【runloop即将休眠】
  
• When the run loop has woken up, but before it has processed the event that woke it up. 【runloop被叫醒时, 但是在runloop处理处罚叫醒它的变乱之前】
  
• The exit from the run loop. 【退出runloop】
  

• Notify observers that the run loop has been entered.
  关照observer 已经进入runloop
  
• Notify observers that any ready timers are about to fire.
  关照observer 即将处理处罚timer
  
• Notify observers that any input sources that are not port based are about to fire.
  关照observer 即将处理处罚非基于port的 input source
  
• Fire any non-port-based input sources that are ready to fire.
  关照observer 处理处罚 非基于port的 input source
  
• If a port-based input source is ready and waiting to fire, process the event immediately. Go to step 9.
  如果基于port的 input source 已ready，等待触发，则立即处理处罚变乱。实验步调9
  
• Notify observers that the thread is about to sleep.
  关照observer 线程即将休眠
  
• Put the thread to sleep until one of the following events occurs:
  线程休眠 直到以下几个变乱之一发生
  
  
  
  • An event arrives for a port-based input source.
    基于port的 input source变乱到来
    
  • A timer fires.
    timer 触发
    
  • The timeout value set for the run loop expires.
    runloop 设置的超时 逾期
    
  • The run loop is explicitly woken up.
    runloop 被显式叫醒
    
  
  
• Notify observers that the thread just woke up.
  关照observer 线程被叫醒
  
• Process the pending event.
  处理处罚挂起的变乱
  
  
  
  • If a user-defined timer fired, process the timer event and restart the loop. Go to step 2.
    如果用户界说的timer触发，处理处罚timer变乱，并重启runloop 跳转2
    
  • If an input source fired, deliver the event.
    如果input source触发，交付变乱
    
  • If the run loop was explicitly woken up but has not yet timed out, restart the loop. Go to step 2.
    如果runloop被显式叫醒，但还没有超时，则重启runloop 跳转2
    
  
  
• Notify observers that the run loop has exited.
  

• 如果运行长时任务，很大概要克制启动runloop
  
• 以下情形 启动runloop
  
  
  
  • Use ports or custom input sources to communicate with other threads
    利用端口或 自界说input sources与其他线程通讯
    
  • Use timers on the thread.
    线程中利用timers
    
  • Use any of the performSelector… methods in a Cocoa application.
    Cocoa应用步伐中 利用 任何performSelector 方法
    
  • Keep the thread around to perform periodic tasks
    保持线程实验周期性任务
    
  
  

CFRunLoopObserverContext 布局体

• 0x20: kCFRunLoopBeforeWaiting
  
• 0x40: kCFRunLoopAfterWaiting
  
• 0x1: kCFRunLoopEntry
  
• 0x2:  kCFRunLoopBeforeTimers
  
• 0x4: kCFRunLoopBeforeSources
  
• 0x80: kCFRunLoopExit
  

• 有个细节可以关注下
  
  
  
  • 线程休眠环境下，按下恣意键 发现追加的打印 observer追加回调次数 变为12次，还记得上面的16次么
    
    
    
    • 如果你自己亲身测试的话，你会发现，activity 并没有出现kCFRunLoopExit
      
    
    
  • 既然恣意键还能叫醒线程，observer还能收到关照，阐明runloop肯定是又entry了，这个时间observer可以或许收到的关照信息就很有限了 再次entry的关照并没有收到
    
  • 这个疑问，我们就得依靠swift Foundation源码 间接臆测 CoreFoundation 来检察分析了
    
  • 休眠环境下，触摸屏幕，observer追加回调次数 变为18次，阐明变乱不一样 一定会影响 observer关照回调有些差异