1.KVC、KVO
2.runtime
3.block
4.GCD
5.RunLoop
1.Runloop是ios中一个非常重要的机制 ，ios系统底层很多模块都通过Runloop机制来 实现的。例如界面更新，事件响应等...
2.每条线程都有唯一对应的Runloop对象，Runloop在第一次获取时创建，在线程结束时销毁.本质就是EventLoop的do while循环
3.ios系统提供了两种Runloop:NSRunLoop和CFRunLoopRef. CFRunLoopRef是在CoreFoundation框架内提供了C函数的API，这些API都是线程安全的. NSRunLoop是基于CFRunLoopRef的封装，提供了面向对象的API,不是线程安全的
4.CFRunLoopModeRef的运行模式
kCFRunLoopDefaultMode：App的默认运行模式，通常主线程是在这个运行模式下运行
UITrackingRunLoopMode：跟踪用户交互事件（用于 ScrollView 追踪触摸滑动，保证界面滑动时不受其他Mode影响）
UIInitializationRunLoopMode：在刚启动App时第进入的第一个 Mode，启动完成后就不再使用
GSEventReceiveRunLoopMode：接受系统内部事件，通常用不到
kCFRunLoopCommonModes：伪模式，不是一种真正的运行模式（后边会用到）
5.RunLoop与Autoreleasepool
RunLoop寄生于线程，一个线程只能有唯一对应的RunLoop,但可以嵌套子RunLoops.自动释放池寄生于RunLoop,程序启动后，主线程注册了两个Observer监听RunLoop的进出与休眠。一个最高优先级OB检测Entry状态，一个最低优先级OB监听BeforeWaiting状态和Exit状态.
备注:运行循环结束前会释放自动释放池，还有池子满了也会销毁.
五、coreData
多线程处理大量数据同步时的操作
搭建coreData多线程环境
1.NSManagedObjectContext指定并发模式
2.NSConfinementConcurrencyType:向后兼容 IOS9后废弃
3.NSPrivateQueueConcurrencyType:私有队列中创建并管理Context
4.NSMainQueueCurrencyType:Context与UI相关用这种模式
大量数据处理
大量数据意味着需要我们关注内存占用和性能，写代码时需要记得一下规划：
1.尽可能缓存需要的数据，不相关的数据保持faults状态
2.fetch时尽可能精准，少引入不相关的数据
3.构建多context时尽量将同类managed object集中，最大限度减少合并需求
4.提升操作效率，对asynchronous fetch, batch update,batch delete等新特性尽可能利用
CoreData是Cocoa处理数据绑定的方案之一，提供完整的对象持久化存储方案.
CoreData与多线程交互的时候每个线程必须拥有一个ManagerContext
1.每个线程使用私有managerContext共享一个PersistentStoreCoordinator
2.每个线程使用私有managerContext和私有的PersistentStoreCoordinator
推荐使用第一种，第二种消耗过多内存
六、线程锁
锁是常用的同步工具，一段代码在同一时间只能被一个线程访问
1.NSLock：互斥锁 lock unlock trylock
2.@synchronized:代码块
3.dispatch-semaphore_t：信号量 支持信号通知与信号等待，每发送一个信号通知，信号+1；每发送一个信号等待信号-1
七、weak
weak实现原理可概括为三步
1.初始化:runtime调用objc_initweak函数，初始化一个新的weak指针指向对象的地址.
2.添加引用:objc_initweak函数会调用objc_storeWeak()函数从而更新指针指向,创建对应弱引用表
3.释放:调用clearDeallocating函数.clearDeallocating函数首先根据对象地址获取所有weak指针地址的数组，然后遍历这些数组将其中数据置为nil.最后把这个entry从weak表中删除，最后清理对象的记录
从实现中可以看出，Weak指针的使用涉及到Hash表的增删改查，存在一定的性能开销.Weak指针尽量用Strong，倒不是担心形成野指针，因为你使用了Weak指针，对象就会被加入到autoreleasepool中，可以放心使用.是为了防止一次又一次加入autoreleasepool,存在性能开销。
八、谈谈你对自动释放池的理解
1.自动释放池是OC提供的一种自动回收机制，具有延时释放的特性，即当我们创建一个对象，并把它加入自动释放池中，不会立即释放，会等到一次runloop结束或者作用域超出{}或者超出【pool release】之后再被释放
2.Runloop寄生于线程：一个线程只能有唯一对应的Runloop,可以嵌套子Runloops
3.自动释放池寄生于Runloop:程序启动后，主线程注册了两个Observer监听Runloop的进出与睡觉。一个最高优先级的OB监听Entry状态；一个最低优先级的OB监听BeforeWaiting状态和Exit状态
线程(创建)--》runloop将进入--》最高优先级OB创建释放池--》runloop将睡--》最低优先级的OB销毁旧线程池创建新池--》runloop将退出--》最低优先级OB销毁新池--》线程(销毁)
4.默认主线程运行循环(runloop)是开启的，子线程的运行循环(runloop)默认是不开启的，也就意味着子线程不会创建autoreleasepool,所以需要我们自己在子线程中创建自动释放池。
7.自动释放池在mrc和arc的区别
8.多层自动释放池嵌套的对象在哪一层释放
最内层释放
9.对于block，理解，mrc和arc下有什么区别，使用注意事项
1.MRC环境下,在定义block为属性时,使用copy的原因,是把block从栈区拷贝到堆区,因为栈区中的变量出了作用域之后就会被销毁,无法在全局使用,所以应该把栈区的属性拷贝到堆区中全局共享,这样就不会被销毁了,在MRC手动管理的就是堆区,不需要系统管理,MRC环境必须使用copy把变量拷贝到全局的堆区
2.如果是ARC的环境下,就可以不使用copy修饰,因为ARC下的属性本来就在堆区
3.很早的时候MRC的block属性都是在栈区的,copy之后就到堆区了
4.当前的ARC的block属性默认都在堆区,使用copy知识沿袭了历史的习惯,使用strong也是没有问题的
__block修饰符
1.在block内部，访问外部的变量时，内部会对外部的变量进行一次拷贝，在block内部操作的是拷贝之后的副本，不会影响外部的变量，这个变量的堆区。
2.在block内部，修改外部变量，是不被允许的，非要修改要用__block
3.一旦外部的int变量(在栈区)被__block标记了，如果block内部修改了这个变量，那么这个变量的地址会永久的被修改在堆区
4.为什么在block内部不能修改外部的变量？
因为block一般是需要传递给另外一个类里面,block内部的一些变量不能存储在栈区,需要存在堆区,不然数据就容易丢失,这就是使用__block修饰的原因,这样传输数据的时候,数据就不会丢失
5.weak原理
6.如果属性完全不加修饰词入weak，atomic，系统会怎么处理
七、线程间通信
八、数据库如何实现读写分离
九、UITableview优化
