[toc]
Runloop
- Runloop本质上是一个实现“闲”等待的do-while循环。
- 用来让App中的线程在有任务的时候让进入处理状态，没有任务的时候进入休闲状态，以此节省CPU资源，提升App性能。
- Runloop对象创建后，会保存在一个全局dictionary内，以线程作为key，runloop对象作为value。runloop和线程是一一对应的关系。一个Runloop对象里面包含了多个RunLoopMode，每个RunLoopMode中又包含source0、source1、timer、observer；每次Runloop启动只能指定一个mode。如果需要切换mode，只能重启runloop，目的是为了分隔不同的数据souce/timer/observer,保证互不受影响。source0处理应用层事件，source1处理系统层事件，timer是时间触发器（接收消息的port固定），NSTimer就是基于timer的，observer是消息循环中的一个监听器，随时通知外部当前RunLoop的运行状态。
- 在实际开发过程中，主要涉及的场景有：线程保活（分担主线程压力）、延迟加载图片（保证流畅性）、NSTimer在界面滑动时停止回调解决、检测应用卡顿
扩展
- 子线程默认没有runloop，需要手动通过懒加载的方式创建，并运行起来
- NSTimer使用之前需要注册到runloop中，其回调是基于runloop的，如果runloop中执行的任务耗时过长，那么就只能等到下个时间点回调，因此导致NSTimer不太准确。
- observer监听的状态有
typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {
kCFRunLoopEntry = (1UL << 0), // 进入RunLoop
kCFRunLoopBeforeTimers = (1UL << 1), // 即将开始Timer处理
kCFRunLoopBeforeSources = (1UL << 2), // 即将开始Source处理
kCFRunLoopBeforeWaiting = (1UL << 5), // 即将进入休眠
kCFRunLoopAfterWaiting = (1UL << 6), //从休眠状态唤醒
kCFRunLoopExit = (1UL << 7), //退出RunLoop
kCFRunLoopAllActivities = 0x0FFFFFFFU
};
- 应用卡顿监听的是停留在其中一个状态的时间过长
AutoReleasePool
- 自动释放池是一种内存自动回收机制，是由AutoReleasePoolPage连接实现的双向列表。
- 自动释放池可以延时释放对象。正常情况下变量会在超出作用域后立即release，加入释放池后，会等到runloop休眠 或者 超出作用域后release。
多线程
响应者链
消息响应机制
消息转发机制
App在pre-main阶段的活动
动态库 和 静态库 区别
iOS内存管理
OC对象内存布局
WKWebview 如何实现js交互
内存空间 （堆和栈的区别）
主要分为 五大区
- 栈区 Stack
- 堆区 Head
- 全局/静态区
- 文字/常量区
- 代码区 code
内存分布
- 栈区
特点：是一块连续的内存区域，先进后出，后进先出(方便用来保存/恢复现场调用)；从高地址到低地址分配；
用于存放临时创建的局部变量；指针都在栈区（指针指向的堆区的地址）;
一般情况下,地址0x7xxxx是栈区；
优点: 编译器自动分配释放，不会产生内存碎片，使用起来快速高效
缺点: 内存大小有限制，数据不灵活（主线程大小只有1MB，其他线程512KB）
- 堆区
特点：是一块不连续的内存区域，先进先出原则；从低地址向高地址分配
当需要访问堆中内存时，一般需要先通过对象读取到栈区的指针地址，然后通过指针访问堆区。
地址0x6xxxx是堆区；
优点: 灵活方便
缺点: 速度较栈慢，容易产生内存碎片
- 全局区
特点: 编译时分配，一般以0x1xxxx开头；
程序运行过程中，此内存数据一直存在，程序结束后释放；
分为 未初始化 和 已初始化的两个区间；
包含全局变量 和 静态变量，全局变量指向的变量值可以被修改；静态变量时static修饰的变量，包含静态局部变量和全局变量。
- 常量区
特点: 编译时分配，程序结束后由系统释放；
存放 已经使用了的，且没有指向的字符串常量；
- 代码区
编译时分配，主要用于存放程序运行时的代码（二进制）
内存泄漏
- 申请的内存空间使用完毕后未回收。
- 多次内存泄漏，不断消耗内存空间，最终会导致崩溃。
- 原因：（1）、循环引用：NSTimer直接使用 （2）、循环引用：strong修饰的Delegate （3）、循环引用：Block （4）、CF对象（C语言，ARC只支持OC）未手动释放 （5）、被全局变量直接或间接持有，未断开
- 检测方案 （1）、开发阶段：静态分析（Analyze）（2）、开发阶段：动态分析方法（Instrument的Leaks） （3）、测试阶段：使用自定义工具（或三方工具检测内存泄漏，如 哆啦A梦）
- Analyze 检测的类型
1、逻辑错误 2、声明错误 3、内存泄漏 4、引用Api错误
- Leaks 检测原理
直接搜索内存区间进行检查是否有引用，没有引用的却还在使用的内存就是泄漏
- 三方检测
MLeaksFinder: 当一个controller被pop或者dismiss掉后，其view和subView也会很快被释放掉，3秒后查看是否还存在，如果存在就是内存泄漏
优点： 无侵入性，可支持白名单
FBRetainCycleDetector : 查找以该对象为根节点的强引用树中有没有循环引用。
渲染原理（离屏渲染）
深拷贝/浅拷贝（copy/multableCopy）
属性修饰符的作用
各种线程锁
NotificationCenter实现原理
KVO实现原理
Window的作用
runtime
- 如何添加属性
- category，method 的实现机制，class的载入过程
