- iOS为什么只能在主线程刷新UI ？
- 在NSObject中定义run实例方法，之后调用[NSObject performSelector:@selector(run)];会有问题吗？为什么？
- 关于Bundle目录的权限问题。
1. iOS 为什么只能在主线程刷新 UI ?
答：线程同步开销问题。GUI 操作非常复杂，为了性能，设计成只在一个线程里面进行操作，也就是主线程。如果在子线程中也能刷新 UI ，则 UI 操作需要进行加锁以保证线程同步，性能会大大下降。
那么为什么在子线程中刷新 UI 程序有时候不会崩溃呢？
分为两种情况
- 幻像，实际是在主线程刷新UI 。一般子线程生命周期短，子线程代码执行完毕后，又自动进入到了主线程，执行了子线程中的 UI 更新的函数栈。如果子线程一直在运行，则主线程无法获知子线程中的 UI 更新函数栈，也就无法刷新 UI 。
- 特殊情况。子线程在创建的时候获取了当前的图形上下文，这时候可以刷新 UI 界面。如点击某个按钮，这个按钮响应的方法是开辟一个子线程，在子线程中对该按钮进行 UI 更新是能及时的，如换标题、换背景图。
2. 在NSObject中定义run实例方法，之后调用[NSObject performSelector:@selector(run)];会有问题吗？为什么？
答：首先回顾一下Runtime的知识。Runtime分为两个阶段：消息发送和消息转发。在程序运行的时候，编译器会将方法调用转变为objc_msgSend(id self, SEL op, ...)的形式，进入消息发送阶段。
Runtime类图
- 检测
selector是否需要忽略；检测target对象是不是nil；如果是的话则方法被忽略。 - 通过目标对象的
isa指针获取当前对象的class对象，优先在class对象的cache中查找方法，如果没有则在class对象的方法列表中查找方法。找到方法后，通过IMP调用方法的实现。 - 到
class对象的super class中进行查找，重复步骤2。 - 没有找到，进入消息转发阶段。
消息发送流程图
消息转发分为三个阶段：1. Method Resolution 2. Fast Forwarding 3. Normal Forwarding。需要注意，调用类方法只进行第一阶段。
-
Method Resolution。调用目标对象的
+resolveInstanceMethod:或者+resolveClassMethod:方法，可以在这两个方法里面为目标对象添加方法的实现。(目标对象自己处理) -
Fast Forwarding。调用目标对象的
-forwardingTargetForSelector:方法，可以在这个方法里面将消息转发给其他对象处理。(转发其他对象处理) -
Normal Forwarding。调用目标对象的
-methodSignatureForSelector:方法来获取函数的签名信息，之后创建一个NSInvocation对象并调用-forwardInvocation:方法来进行消息转发。(转发其他对象处理)
消息转发流程图
回归问题本身，NSObject的 class 对象调用 run类方法，根据上面的流程首先根据目标对象的 isa 获取 NSObject类对象的 class 对象，也就是 NSObject 的
meta class ，发现没有定义 run 方法。则获取 meta class 的 super class ，也就是 NSObject 的 class 对象，之后调用 run 实例方法。所以最终会调用 NSObject 中定义的 run 实例方法。
原因就是因为 NSObject 对象的特殊性，从上面第一张图就可以看出。
3. 关于 Bundle 目录的权限
应用程序的 Bundle 目录之后读权限，没有写权限。在用模拟器测试的时候，发现是可以写入 Bundle 目录的，但是在真机上面会失败，提示没有权限。之所以模拟器能够成功是当前Mac系统用户对目录有操作权限，在真机上面用户的权限就没有那么大了。
