常问的iOS开发面试题（附答案）
前言
关于iOS面试题的答案，可能不是解答的很到位，有什么错误的地方欢迎大家指出，并且给出更好的解答。
本文主要是记录一下近期面试题的一些总结，希望能帮助到正在面试或者将要面试的伙伴吧。
iOS面试题+解答
一、分类与扩展的区别：
-
分类一般是用于给类添加方法，使得类可以根据不同的功能来划分，更有利于维护，如果要添加属性需要使用属性关联；扩展里面可以添加属性和方法，添加的属性默认是私有的。
-
分类中的方法是在运行时添加到类中的，方法没有实现不会有警告，如果有多个分类有相同方法的实现，在调用该方法时，调用的实现是最后一个编译的分类的方法；扩展是在编译阶段添加到类中的，扩展中的方法没有在.m中实现编译器会有警告。
-
分类的结构体中包含的东西有：指向类的指针、分类名、实例方法列表、类方法列表、添加的属性列表。
二、automic的实现机制
-
添加属性时使用了
automic声明的，系统会自动在setter和getter方法中添加锁来实现读写安全。 -
通过源码查看发现
automic的原理是使用OSSPinLock来实现的，这种自旋锁会出现优先级反转导致死锁的问题，所以不推荐automic。 -
在iOS 10之后系统推荐使用
os_unfair_lock来代替OSSPinlock，并且automic在iOS10之后也使用os_unfair_lock来实现了。
三、被weak修饰的对象在被释放的时候做了什么？
- 对象在被释放前会调用
dealloc方法，通过源码查看可以知道，dealloc内部会调用C语言函数，进一步追踪可以知道，系统会将对象的关联属性清除并且会从系统的SideTable中查找对象的weak指针, 逐个置为nil。 weak指针实现自动设置为nil
四、KVO的底层实现？
- 系统为添加了KVO的对象（动态地）新生成一个继承于原来类的子类
NSKVONotifying_xxx；并且将对象的isa指针指向这个新生成子类的类对象，即对象变成了NSKVONotifying_xxx的实例对象。 - 新生成的子类会重写
setter方法，在设置值的时候,调用willChangeValueForKey:、原来的setter、didChangeValueForkey:。 - 在系统的
didChangeValueForkey:方法内部实现中，系统会令对象的观察者们逐个调用observeValueForKeyPath:ofObject:change:context:方法. - 为什么
KVC设置属性值的时候，即使没有生成setter方法的情况，也能触发KVO？--》因为KVC没有调用setter方法去设置值的时候相当于：
[person setValue:@10 forKey:@"age"];
// 上面这句在没有setter方法时相当于下面三句
[person willChangeValueForKey:@"age"];
person->_age = 10;
[person didChangeValueForKey:@"age"];//
只要调用didChangeValueForKey系统就会让观察者们调用observeValueForKeyPath:ofObject:change:context:
五、说说Autoreleasepool
-
系统通过一个一个的
Autoreleasepool来实现对象的autoRelease。对于调用了autoRelease的对象，系统会在Autoreleasepool释放时统一调用一次release方法，把引用计数器减1，当引用计数器为0时，系统会释放对象。 -
Autoreleasepool是通过一个或多个AutoreleasePoolPage双向链表来实现的，每一个AutoreleasePoolPage有着固定的大小的栈结构（先进后出的结构），当一个page不够的时候会创建下一个。 -
在
Autoreleasepool创建之初，会push一个哨兵作为记号到AutoreleasePoolPage中，在Autoreleasepool销毁时会将AutoreleasePoolPage中当前位置到哨兵位置的对象调用一个release。 -
那么什么时候会有
Autoreleasepool的push/pop操作？
<1> 手动创建的@autoreleasePool{}, 在大括号开始时push和结束前pop。<2> 在主线程的
runloop中, 系统有添加对runloop状态的两个监听，第一个是对kCFRunLoopEntry（runloop开启）的监听，进入runloop时会创建Autoreleasepool；第二个是对kCFRunLoopBeforeWaiting | kCFRunLoopExit的监听，在kCFRunLoopBeforeWaiting(runloop休眠)时先释放掉之前Autoreleasepool（即pop操作），再创建一个新的Autoreleasepool，在kCFRunLoopExit（runloop退出）时销毁掉Autoreleasepool。<3>可以在主线程中打印
[NSRunLoop mainRunLoop]，查看observers可以证明是对runloop进行了监听。
收录：原文地址
