详解RunLoop之面试题

本文首发于个人博客

回顾详解RunLoop之源码分析中提出的问题

  • 什么是Runloop
  • ios程序中 main函数为什么不会退出
  • runloop和线程的关系?
  • 程序中添加每3秒响应一次的NSTimer,当拖动tableview时timer可能无法响应要怎么解决?
  • runloop内部实现逻辑?
  • runloop 是怎么响应用户操作的, 具体流程是什么样的?
  • 说说runLoop的几种状态
  • runloop的mode作用是什么?
  • 如何实现一个常驻线程

什么是Runloop

  • Runloop 还是比较顾名思义的一个东西,说白了就是一种循环,只不过它这种循环比较高级。一般的 while 循环会导致 CPU 进入忙等待状态,而 Runloop 则是一种“闲”等待,这部分可以类比 Linux 下的 epoll。当没有事件时,Runloop 会进入休眠状态,有事件发生时, Runloop 会去找对应的 Handler 处理事件。Runloop 可以让线程在需要做事的时候忙起来,不需要的话就让线程休眠
  • RunLoop是通过内部维护的时间循环来对事件/消息进行管理的一个对象
    • 没有消息需要处理时,休眠避免掉资源占用
      • 用户态 -> 内核态
    • 有消息时候,立刻被唤醒
      • 内核态 -> 用户态
        image.png

ios程序中 main函数为什么不会退出

  • main函数内部调用 UIApplicationMain 这个方法会启动一个RunLoop,有事做就做事,没事做就等待,保持不会退出

runloop和线程的关系?

+ 每条线程都有唯一的一个与之对应的RunLoop对象
+ RunLoop保存在一个全局的Dictionary里,线程作为key,RunLoop作为value
+ 线程刚创建时并没有RunLoop对象,RunLoop会在第一次获取它时创建
+ RunLoop会在线程结束时销毁

runloop内部实现逻辑?

就是下图所示的,用自己话总结出来就好
image.png

程序中添加每3秒响应一次的NSTimer,当拖动tableview时timer可能无法响应要怎么解决?

  • 常见的2种Mode

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

  • UITrackingRunLoopMode:界面跟踪 Mode,用于 ScrollView 追踪触摸滑动,保证界面滑动时不受其他 Mode 影响

  • common模式下(一个占位用的Mode,不是一种真正的Mode) 可以兼容以上两种模式

runloop 是怎么响应用户操作的, 具体流程是什么样的?

  • source1 捕捉用户触摸事件
  • source0去处理触摸时间

说说runLoop的几种状态

  • kCFRunLoopEntry = (1UL << 0), // 即将进入Loop
  • kCFRunLoopBeforeTimers = (1UL << 1), //即将处理Timer
  • kCFRunLoopBeforeSources = (1UL << 2), //即将处理Source
  • kCFRunLoopBeforeWaiting = (1UL << 5), //即将进入休眠
  • kCFRunLoopAfterWaiting = (1UL << 6), //刚从休眠中唤醒
  • kCFRunLoopExit = (1UL << 7), //即将退出Loop
  • kCFRunLoopAllActivities = 0x0FFFFFFFU //所有状态改变

runloop的mode作用是什么?

  • 简单来说就是不同模式隔离开来,保证同一种摸下下运行,source0,source1,timer,observer 的运行更流畅

如何实现一个常驻线程

简单来说就是

  • 创建RunLoop
  • 像RunLoop中添加port、source等来保证RunLoop不退出
  • 启动RunLoop

本文相关代码github地址 github

本文参考资料:

RunLoop官方源码

iOS底层原理