《招一个靠谱的移动开发》iOS面试题及详解(下篇)

iOS面试知识点

如今进入本篇的正题。本篇的面试题是我认为比较好的iOS开发基础知识点，但愿你们看过这后在理解的基础上掌握而不是死记硬背。死记硬背很快也会忘记的。

1 iOS基础

1.1 父类实现深拷贝时，子类如何实现深度拷贝。父类没有实现深拷贝时，子类如何实现深度拷贝。

• 深拷贝同浅拷贝的区别：浅拷贝是指针拷贝，对一个对象进行浅拷贝，至关于对指向对象的指针进行复制，产生一个新的指向这个对象的指针，那么就是有两个指针指向同一个对象，这个对象销毁后两个指针都应该置空。深拷贝是对一个对象进行拷贝，至关于对对象进行复制，产生一个新的对象，那么就有两个指针分别指向两个对象。当一个对象改变或者被销毁后拷贝出来的新的对象不受影响。

• 实现深拷贝须要实现NSCoying协议，实现- (id)copyWithZone:(NSZone *)zone 方法。当对一个property属性含有copy修饰符的时候，在进行赋值操做的时候实际上就是调用这个方法。

• 父类实现深拷贝以后，子类只要重写copyWithZone方法，在方法内部调用父类的copyWithZone方法，以后实现本身的属性的处理

• 父类没有实现深拷贝，子类除了须要对本身的属性进行处理，还要对父类的属性进行处理。

1.2 KVO，NSNotification，delegate及block区别

• KVO就是cocoa框架实现的观察者模式，通常同KVC搭配使用，经过KVO能够监测一个值的变化，好比View的高度变化。是一对多的关系，一个值的变化会通知全部的观察者。

• NSNotification是通知，也是一对多的使用场景。在某些状况下，KVO和NSNotification是同样的，都是状态变化以后告知对方。NSNotification的特色，就是须要被观察者先主动发出通知，而后观察者注册监听后再来进行响应，比KVO多了发送通知的一步，可是其优势是监听不局限于属性的变化，还能够对多种多样的状态变化进行监听，监听范围广，使用也更灵活。

• delegate 是代理，就是我不想作的事情交给别人作。好比狗须要吃饭，就经过delegate通知主人，主人就会给他作饭、盛饭、倒水，这些操做，这些狗都不须要关心，只须要调用delegate（代理人）就能够了，由其余类完成所须要的操做。因此delegate是一对一关系。

• block是delegate的另外一种形式，是函数式编程的一种形式。使用场景跟delegate同样，相比delegate更灵活，并且代理的实现更直观。

• KVO通常的使用场景是数据，需求是数据变化，好比股票价格变化，咱们通常使用KVO（观察者模式）。delegate通常的使用场景是行为，需求是须要别人帮我作一件事情，好比买卖股票，咱们通常使用delegate。
  Notification通常是进行全局通知，好比利好消息一出，通知你们去买入。delegate是强关联，就是委托和代理双方互相知道，你委托别人买股票你就须要知道经纪人，经纪人也不要知道本身的顾客。Notification是弱关联，利好消息发出，你不须要知道是谁发的也能够作出相应的反应，同理发消息的人也不须要知道接收的人也能够正常发出消息。

1.3 KVC若是实现，如何进行键值查找。KVO如何实现

请看这两篇博文 KVC KVO

1.4 将一个函数在主线程执行的4种方法

• GCD方法，经过向主线程队列发送一个block块，使block里的方法能够在主线程中执行。

dispatch_async(dispatch_get_main_queue(), ^{ //须要执行的方法 });

• NSOperation 方法

NSOperationQueue *mainQueue = [NSOperationQueue mainQueue]; //主队列 NSBlockOperation *operation = [NSBlockOperation blockOperationWithBlock:^{ //须要执行的方法 }]; [mainQueue addOperation:operation];

• NSThread 方法

[self performSelector:@selector(method) onThread:[NSThread mainThread] withObject:nil waitUntilDone:YES modes:nil]; [self performSelectorOnMainThread:@selector(method) withObject:nil waitUntilDone:YES]; [[NSThread mainThread] performSelector:@selector(method) withObject:nil];

• RunLoop方法

[[NSRunLoop mainRunLoop] performSelector:@selector(method) withObject:nil]; 

1.5 如何让计时器调用一个类方法

• 计时器只能调用实例方法，可是能够在这个实例方法里面调用静态方法。
• 使用计时器须要注意，计时器必定要加入RunLoop中，而且选好model才能运行。scheduledTimerWithTimeInterval方法建立一个计时器并加入到RunLoop中因此能够直接使用。
• 若是计时器的repeats选择YES说明这个计时器会重复执行，必定要在合适的时机调用计时器的invalid。不能在dealloc中调用，由于一旦设置为repeats 为yes，计时器会强持有self，致使dealloc永远不会被调用，这个类就永远没法被释放。好比能够在viewDidDisappear中调用，这样当类须要被回收的时候就能够正常进入dealloc中了。

[NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(timerMethod) userInfo:nil repeats:YES]; -(void)timerMethod { //调用类方法 [[self class] staticMethod]; } -(void)invalid { [timer invalid]; timer = nil; }

1.6 如何重写类方法

• 一、在子类中实现一个同基类名字同样的静态方法
• 二、在调用的时候不要使用类名调用，而是使用[self class]的方式调用。原理，用类名调用是早绑定，在编译期绑定，用[self class]是晚绑定，在运行时决定调用哪一个方法。

1.7 NSTimer建立后，会在哪一个线程运行。

• 用scheduledTimerWithTimeInterval建立的，在哪一个线程建立就会被加入哪一个线程的RunLoop中就运行在哪一个线程
• 本身建立的Timer，加入到哪一个线程的RunLoop中就运行在哪一个线程。

1.8 id和NSObject＊的区别

• id是一个 objc_object 结构体指针，定义是

typedef struct objc_object *id

• id能够理解为指向对象的指针。全部oc的对象 id均可以指向，编译器不会作类型检查，id调用任何存在的方法都不会在编译阶段报错，固然若是这个id指向的对象没有这个方法，该崩溃仍是会崩溃的。

• NSObject *指向的必须是NSObject的子类，调用的也只能是NSObjec里面的方法不然就要作强制类型转换。

• 不是全部的OC对象都是NSObject的子类，还有一些继承自NSProxy。NSObject *可指向的类型是id的子集。

个人理解若是有错漏请必定指出，很是感谢！

如下内容后续补充

iOS 核心框架

• CoreAnimation
• CoreGraphics
• CoreLocation
• AVFoundation
• Foundation

iOS核心机制

• UITableView 重用
• ObjC内存管理；自动释放池，ARC如何实现
• runloop
• runtime
• Block的定义、特性、内存区域、如何实现
• Responder Chain
• NSOperation
• GCD

数据结构

• 8大排序算法
• 二叉树实现
• 二分查找实现

面向对象编程

• 封装、继承、多态

• 设计模式6个原则

• 设计一个类的功能，如何划分粒度（单一职责）

• 接口隔离。

• 若是有一个鸟类，有飞的动做，一个鸵鸟继承它是合适的吗（里氏替换）

• 类之间的依赖如何依赖偶合度最小（依赖倒转）
  高层依赖低层，低层不能依赖高层。依赖接口，不能依赖具体的类。

• 若是A要调用C函数，但C是B的成员类，应该如何设计？（迪米特）

• 如何设计类，能作到只增长代码，而不修改代码，有哪些经验（开放封闭）
  经过设计模式解决。

计算机技术

• 计算机网络： TCP/IP、HTTPCDN、SPDY
• 计算机安全： RSA、AES、DES
• 操做系统：线程、进程、堆栈、死锁、调度算法

iOS新特性、新技术

• iOS7 UIDynamic、SpritKit、新布局、扁平化
• iOS8 应用程序扩展、HealthKit、SceneKit、CoreLocation、TouchID、PhotoKit
• iOS9
• Apple Watch
• 第三方库：SDWebImage、AFNetwork、JSONKit、wax
• swift

runtime如何实现weak变量的自动置nil？

runtime 对注册的类， 会进行布局，对于 weak 对象会放入一个 hash 表中。 用 weak 指向的对象内存地址做为 key，当此对象的引用计数为0的时候会 dealloc，假如 weak 指向的对象内存地址是a，那么就会以a为键， 在这个 weak 表中搜索，找到全部以a为键的 weak 对象，从而设置为 nil。

在上篇中的《runtime 如何实现 weak 属性》有论述。（注：在上篇的《使用runtime Associate方法关联的对象，须要在主对象dealloc的时候释放么？》里给出的“对象的内存销毁时间表”也提到__weak引用的解除时间。）

咱们能够设计一个函数（伪代码）来表示上述机制：

objc_storeWeak(&a, b)函数：

objc_storeWeak函数把第二个参数--赋值对象（b）的内存地址做为键值key，将第一个参数--weak修饰的属性变量（a）的内存地址（&a）做为value，注册到 weak 表中。若是第二个参数（b）为0（nil），那么把变量（a）的内存地址（&a）从weak表中删除，

你能够把objc_storeWeak(&a, b)理解为：objc_storeWeak(value, key)，而且当key变nil，将value置nil。

在b非nil时，a和b指向同一个内存地址，在b变nil时，a变nil。此时向a发送消息不会崩溃：在Objective-C中向nil发送消息是安全的。

而若是a是由assign修饰的，则： 在b非nil时，a和b指向同一个内存地址，在b变nil时，a仍是指向该内存地址，变野指针。此时向a发送消息极易崩溃。

下面咱们将基于objc_storeWeak(&a, b)函数，使用伪代码模拟“runtime如何实现weak属性”：

1 2 3 4 5 6 7 8

// 使用伪代码模拟：runtime如何实现weak属性 // http://weibo.com/luohanchenyilong/ // https://github.com/ChenYilong     id obj1;   objc_initWeak(&obj1, obj); /*obj引用计数变为0，变量做用域结束*/   objc_destroyWeak(&obj1);

下面对用到的两个方法objc_initWeak和objc_destroyWeak作下解释：

整体说来，做用是： 经过objc_initWeak函数初始化“附有weak修饰符的变量（obj1）”，在变量做用域结束时经过objc_destoryWeak函数释放该变量（obj1）。

下面分别介绍下方法的内部实现：

objc_initWeak函数的实现是这样的：在将“附有weak修饰符的变量（obj1）”初始化为0（nil）后，会将“赋值对象”（obj）做为参数，调用objc_storeWeak函数。

1 2	obj1 = 0； obj_storeWeak(&obj1, obj);

也就是说：

weak 修饰的指针默认值是 nil （在Objective-C中向nil发送消息是安全的）

而后obj_destroyWeak函数将0（nil）做为参数，调用objc_storeWeak函数。

1	objc_storeWeak(&obj1, 0);

前面的源代码与下列源代码相同。

1 2 3 4 5 6 7 8 9

// 使用伪代码模拟：runtime如何实现weak属性 // http://weibo.com/luohanchenyilong/ // https://github.com/ChenYilong   id obj1; obj1 = 0; objc_storeWeak(&obj1, obj); /* ... obj的引用计数变为0，被置nil ... */ objc_storeWeak(&obj1, 0);

objc_storeWeak函数把第二个参数--赋值对象（obj）的内存地址做为键值，将第一个参数--weak修饰的属性变量（obj1）的内存地址注册到 weak 表中。若是第二个参数（obj）为0（nil），那么把变量（obj1）的地址从weak表中删除。

27. 可否向编译后获得的类中增长实例变量？可否向运行时建立的类中添加实例变量？为何？

• 不能向编译后获得的类中增长实例变量；

• 能向运行时建立的类中添加实例变量；

解释下：

• 由于编译后的类已经注册在 runtime 中，类结构体中的 objc_ivar_list 实例变量的链表 和 instance_size 实例变量的内存大小已经肯定，同时runtime 会调用 class_setIvarLayout 或 class_setWeakIvarLayout 来处理 strong weak 引用。因此不能向存在的类中添加实例变量；

• 运行时建立的类是能够添加实例变量，调用 class_addIvar 函数。可是得在调用 objc_allocateClassPair 以后，objc_registerClassPair 以前，缘由同上。

28. runloop和线程有什么关系？

总的说来，Run loop，正如其名，loop表示某种循环，和run放在一块儿就表示一直在运行着的循环。实际上，run loop和线程是紧密相连的，能够这样说run loop是为了线程而生，没有线程，它就没有存在的必要。Run loops是线程的基础架构部分， Cocoa 和 CoreFundation 都提供了 run loop 对象方便配置和管理线程的 run loop （如下都以 Cocoa 为例）。每一个线程，包括程序的主线程（ main thread ）都有与之相应的 run loop 对象。

runloop 和线程的关系：

1. 主线程的run loop默认是启动的。

iOS的应用程序里面，程序启动后会有一个以下的main()函数

1 2 3 4

int main(int argc, char * argv[]) { @autoreleasepool {     return  UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class])); } }

重点是UIApplicationMain()函数，这个方法会为main thread设置一个NSRunLoop对象，这就解释了：为何咱们的应用能够在无人操做的时候休息，须要让它干活的时候又能立马响应。

2. 对其它线程来讲，run loop默认是没有启动的，若是你须要更多的线程交互则能够手动配置和启动，若是线程只是去执行一个长时间的已肯定的任务则不须要。

3. 在任何一个 Cocoa 程序的线程中，均可以经过如下代码来获取到当前线程的 run loop 。

1	NSRunLoop *runloop = [NSRunLoop currentRunLoop];

参考连接：《Objective-C之run loop详解》。

29. runloop的mode做用是什么？

model 主要是用来指定事件在运行循环中的优先级的，分为：

• NSDefaultRunLoopMode（kCFRunLoopDefaultMode）：默认，空闲状态

• UITrackingRunLoopMode：ScrollView滑动时

• UIInitializationRunLoopMode：启动时

• NSRunLoopCommonModes（kCFRunLoopCommonModes）：Mode集合

苹果公开提供的 Mode 有两个：

1. NSDefaultRunLoopMode（kCFRunLoopDefaultMode）

2. NSRunLoopCommonModes（kCFRunLoopCommonModes）

30. 以+ scheduledTimerWithTimeInterval...的方式触发的timer，在滑动页面上的列表时，timer会暂定回调，为何？如何解决？

RunLoop只能运行在一种mode下，若是要换mode，当前的loop也须要停下重启成新的。利用这个机制，ScrollView滚动过程当中NSDefaultRunLoopMode（kCFRunLoopDefaultMode）的mode会切换到UITrackingRunLoopMode来保证ScrollView的流畅滑动：只能在NSDefaultRunLoopMode模式下处理的事件会影响scrllView的滑动。

若是咱们把一个NSTimer对象以NSDefaultRunLoopMode（kCFRunLoopDefaultMode）添加到主运行循环中的时候, ScrollView滚动过程当中会由于mode的切换，而致使NSTimer将再也不被调度。

同时由于mode仍是可定制的，因此：

Timer计时会被scrollView的滑动影响的问题能够经过将timer添加到NSRunLoopCommonModes（kCFRunLoopCommonModes）来解决。代码以下：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

//  // http://weibo.com/luohanchenyilong/ (微博@iOS程序犭袁) // https://github.com/ChenYilong   //将timer添加到NSDefaultRunLoopMode中 [NSTimer scheduledTimerWithTimeInterval:1.0       target:self       selector:@selector(timerTick:)       userInfo:nil       repeats:YES]; //而后再添加到NSRunLoopCommonModes里 NSTimer *timer = [NSTimer timerWithTimeInterval:1.0       target:self       selector:@selector(timerTick:)       userInfo:nil       repeats:YES]; [[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];

31. 猜测runloop内部是如何实现的？

通常来说，一个线程一次只能执行一个任务，执行完成后线程就会退出。若是咱们须要一个机制，让线程能随时处理事件但并不退出，一般的代码逻辑 是这样的：

1 2 3 4 5 6 7

function  loop() {      initialize();      do  {          var  message = get_next_message();          process_message(message);      }  while  (message != quit); }

或使用伪代码来展现下:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

//  // http://weibo.com/luohanchenyilong/ (微博@iOS程序犭袁) // https://github.com/ChenYilong int main(int argc, char * argv[]) {   //程序一直运行状态   while  (AppIsRunning) {        //睡眠状态，等待唤醒事件        id whoWakesMe = SleepForWakingUp();        //获得唤醒事件        id event = GetEvent(whoWakesMe);        //开始处理事件        HandleEvent(event);   }   return  0; }

参考连接：

1. 《深刻理解RunLoop》

2. 摘自博文CFRunLoop，原做者是微博@我就叫Sunny怎么了

32. objc使用什么机制管理对象内存？

经过 retainCount 的机制来决定对象是否须要释放。 每次 runloop 的时候，都会检查对象的 retainCount，若是retainCount 为 0，说明该对象没有地方须要继续使用了，能够释放掉了。

33. ARC经过什么方式帮助开发者管理内存？

编译时根据代码上下文，插入 retain/release

34. 不手动指定autoreleasepool的前提下，一个autorealese对象在什么时刻释放？（好比在一个vc的viewDidLoad中建立）

分两种状况：手动干预释放时机、系统自动去释放。

1. 手动干预释放时机--指定autoreleasepool 就是所谓的：当前做用域大括号结束时释放。

2. 系统自动去释放--不手动指定autoreleasepool

   Autorelease对象会在当前的 runloop 迭代结束时释放。

   若是在一个vc的viewDidLoad中建立一个 Autorelease对象，那么该对象会在 viewDidAppear 方法执行前就被销毁了。

参考连接：《黑幕背后的Autorelease》

35. BAD_ACCESS在什么状况下出现？

访问了野指针，好比对一个已经释放的对象执行了release、访问已经释放对象的成员变量或者发消息。 死循环

36. 苹果是如何实现autoreleasepool的？

autoreleasepool以一个队列数组的形式实现,主要经过下列三个函数完成.

1. objc_autoreleasepoolPush

2. objc_autoreleasepoolPop

3. objc_aurorelease

看函数名就能够知道，对autorelease分别执行push，和pop操做。销毁对象时执行release操做。

37. 使用block时什么状况会发生引用循环，如何解决？

一个对象中强引用了block，在block中又使用了该对象，就会发射循环引用。 解决方法是将该对象使用__weak或者__block修饰符修饰以后再在block中使用。

1. id weak weakSelf = self; 或者 weak __typeof(&*self)weakSelf = self该方法能够设置宏

2. id __block weakSelf = self;

38. 在block内如何修改block外部变量？

默认状况下，在block中访问的外部变量是复制过去的，即：写操做不对原变量生效。可是你能够加上__block来让其写操做生效，示例代码以下:

1 2 3 4 5 6

__block int a = 0; void  (^foo)(void) = ^{       a = 1;  } f00();  //这里，a的值被修改成1

参考连接：微博@唐巧_boy的著做《iOS开发进阶》中的第11.2.3章节

39. 使用系统的某些block api（如UIView的block版本写动画时），是否也考虑引用循环问题？

系统的某些block api中，UIView的block版本写动画时不须要考虑，但也有一些api 须要考虑：

所谓“引用循环”是指双向的强引用，因此那些“单向的强引用”（block 强引用 self ）没有问题，好比这些：

1 2 3 4 5 6

[UIView animateWithDuration:duration animations:^{ [self.superview layoutIfNeeded]; }];  [[NSOperationQueue mainQueue] addOperationWithBlock:^{ self.someProperty = xyz; }];  [[NSNotificationCenter defaultCenter] addObserverForName:@ "someNotification"                                                     object:nil                              queue:[NSOperationQueue mainQueue]                                              usingBlock:^(NSNotification * notification) {                                                      self.someProperty = xyz; }];

这些状况不须要考虑“引用循环”。

但若是你使用一些参数中可能含有 ivar 的系统 api ，如 GCD 、NSNotificationCenter就要当心一点：好比GCD 内部若是引用了 self，并且 GCD 的其余参数是 ivar，则要考虑到循环引用：

1 2 3 4 5 6 7

__weak __typeof__(self) weakSelf = self; dispatch_group_async(_operationsGroup, _operationsQueue, ^ { __typeof__(self) strongSelf = weakSelf; [strongSelf doSomething]; [strongSelf doSomethingElse]; } );

相似的：

1 2 3 4 5 6 7 8

__weak __typeof__(self) weakSelf = self;    _observer = [[NSNotificationCenter defaultCenter] addObserverForName:@ "testKey"                                                                  object:nil                                                                   queue:nil                                                              usingBlock:^(NSNotification *note) {        __typeof__(self) strongSelf = weakSelf;        [strongSelf dismissModalViewControllerAnimated:YES];    }];

self --> _observer --> block --> self 显然这也是一个循环引用。

40. GCD的队列（dispatch_queue_t）分哪两种类型？

1. 串行队列Serial Dispatch Queue

2. 并行队列Concurrent Dispatch Queue

41. 如何用GCD同步若干个异步调用？（如根据若干个url异步加载多张图片，而后在都下载完成后合成一张整图）

使用Dispatch Group追加block到Global Group Queue,这些block若是所有执行完毕，就会执行Main Dispatch Queue中的结束处理的block。

1 2 3 4 5 6 7 8

dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0); dispatch_group_t group = dispatch_group_create(); dispatch_group_async(group, queue, ^{  /*加载图片1 */  }); dispatch_group_async(group, queue, ^{  /*加载图片2 */  }); dispatch_group_async(group, queue, ^{  /*加载图片3 */  });  dispatch_group_notify(group, dispatch_get_main_queue(), ^{          // 合并图片 });

42. dispatch_barrier_async的做用是什么？

在并行队列中，为了保持某些任务的顺序，须要等待一些任务完成后才能继续进行，使用 barrier 来等待以前任务完成，避免数据竞争等问题。 dispatch_barrier_async 函数会等待追加到Concurrent Dispatch Queue并行队列中的操做所有执行完以后，而后再执行 dispatch_barrier_async 函数追加的处理，等 dispatch_barrier_async 追加的处理执行结束以后，Concurrent Dispatch Queue才恢复以前的动做继续执行。

打个比方：好比大家公司周末跟团旅游，高速休息站上，司机说：你们都去上厕所，速战速决，上完厕所就上高速。超大的公共厕所，你们同时去，程序猿很快就结束了，但程序媛就可能会慢一些，即便你第一个回来，司机也不会出发，司机要等待全部人都回来后，才能出发。 dispatch_barrier_async 函数追加的内容就如同 “上完厕所就上高速”这个动做。

43. 苹果为何要废弃dispatch_get_current_queue？

dispatch_get_current_queue容易形成死锁

44. 如下代码运行结果如何？

1 2 3 4 5 6 7 8 9

- (void)viewDidLoad {      [ super  viewDidLoad];      NSLog(@ "1" );      dispatch_sync(dispatch_get_main_queue(), ^{          NSLog(@ "2" );      });      NSLog(@ "3" ); }

只输出：1 。发生主线程锁死。

45. addObserver:forKeyPath:options:context:各个参数的做用分别是什么，observer中须要实现哪一个方法才能得到KVO回调？

1 2 3 4 5 6 7 8

// 添加键值观察 /* 1 观察者，负责处理监听事件的对象 2 观察的属性 3 观察的选项 4 上下文 */ [self.person addObserver:self forKeyPath:@ "name"  options:NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld context:@ "Person Name" ];

observer中须要实现一下方法：

1 2 3 4 5 6 7 8

// 全部的 kvo 监听到事件，都会调用此方法 /*   1. 观察的属性   2. 观察的对象   3. change 属性变化字典（新／旧）   4. 上下文，与监听的时候传递的一致   */ - (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context;

46. 如何手动触发一个value的KVO

所谓的“手动触发”是区别于“自动触发”：

自动触发是指相似这种场景：在注册 KVO 以前设置一个初始值，注册以后，设置一个不同的值，就能够触发了。

想知道如何手动触发，必须知道自动触发 KVO 的原理：

键值观察通知依赖于 NSObject 的两个方法: willChangeValueForKey: 和 didChangevlueForKey: 。在一个被观察属性发生改变以前， willChangeValueForKey: 必定会被调用，这就 会记录旧的值。而当改变发生后， didChangeValueForKey: 会被调用，继而 observeValueForKey:ofObject:change:context: 也会被调用。若是能够手动实现这些调用，就能够实现“手动触发”了。

那么“手动触发”的使用场景是什么？通常咱们只在但愿能控制“回调的调用时机”时才会这么作。

具体作法以下：

若是这个 value 是 表示时间的 self.now ，那么代码以下：最后两行代码缺一不可。

1 2 3 4 5 6 7 8 9 10 11 12

//  .m文件 //  Created by https://github.com/ChenYilong //  微博@iOS程序犭袁(http://weibo.com/luohanchenyilong/). //  手动触发 value 的KVO，最后两行代码缺一不可。   //@property (nonatomic, strong) NSDate *now; - (void)viewDidLoad {      [ super  viewDidLoad];      [self willChangeValueForKey:@ "now" ];  // “手动触发self.now的KVO”，必写。      [self didChangeValueForKey:@ "now" ];  // “手动触发self.now的KVO”，必写。 }

可是平时咱们通常不会这么干，咱们都是等系统去“自动触发”。“自动触发”的实现原理：

好比调用 setNow: 时，系统还会以某种方式在中间插入 wilChangeValueForKey: 、 didChangeValueForKey: 和 observeValueForKeyPath:ofObject:change:context: 的调用。

你们可能觉得这是由于 setNow: 是合成方法，有时候咱们也能看到人们这么写代码:

1 2 3 4 5

- (void)setNow:(NSDate *)aDate {      [self willChangeValueForKey:@ "now" ];  // 没有必要      _now = aDate;      [self didChangeValueForKey:@ "now" ]; // 没有必要 }

这是彻底没有必要的代码，不要这么作，这样的话，KVO代码会被调用两次。KVO在调用存取方法以前老是调用 willChangeValueForKey: ，以后老是调用 didChangeValueForkey: 。怎么作到的呢?答案是经过 isa 混写（isa-swizzling）。下文《apple用什么方式实现对一个对象的KVO？》会有详述。

47. 若一个类有实例变量 NSString *_foo ，调用setValue:forKey:时，能够以foo仍是 _foo 做为key？

均可以。

48. KVC的keyPath中的集合运算符如何使用？

1. 必须用在集合对象上或普通对象的集合属性上

2. 简单集合运算符有@avg， @count ， @max ， @min ，@sum，

3. 格式 @"@sum.age"或 @"集合属性.@max.age"

49. KVC和KVO的keyPath必定是属性么？

KVO支持实例变量

50. 如何关闭默认的KVO的默认实现，并进入自定义的KVO实现？

请参考：《如何本身动手实现 KVO》

51. apple用什么方式实现对一个对象的KVO？

Apple 的文档对 KVO 实现的描述：

Automatic key-value observing is implemented using a technique called isa-swizzling... When an observer is registered for an attribute of an object the isa pointer of the observed object is modified, pointing to an intermediate class rather than at the true class ...

从Apple 的文档能够看出：Apple 并不但愿过多暴露 KVO 的实现细节。不过，要是借助 runtime 提供的方法去深刻挖掘，全部被掩盖的细节都会原形毕露：

当你观察一个对象时，一个新的类会被动态建立。这个类继承自该对象的本来的类，并重写了被观察属性的 setter 方法。重写的 setter 方法会负责在调用原 setter 方法以前和以后，通知全部观察对象：值的更改。最后经过 isa 混写（isa-swizzling） 把这个对象的 isa 指针 ( isa 指针告诉 Runtime 系统这个对象的类是什么 ) 指向这个新建立的子类，对象就神奇的变成了新建立的子类的实例。我画了一张示意图，以下所示：

KVO 确实有点黑魔法：

Apple 使用了 isa 混写（isa-swizzling）来实现 KVO 。

下面作下详细解释：

键值观察通知依赖于 NSObject 的两个方法: willChangeValueForKey: 和 didChangevlueForKey: 。在一个被观察属性发生改变以前， willChangeValueForKey: 必定会被调用，这就 会记录旧的值。而当改变发生后， didChangeValueForKey: 会被调用，继而 observeValueForKey:ofObject:change:context: 也会被调用。能够手动实现这些调用，但不多有人这么作。通常咱们只在但愿能控制回调的调用时机时才会这么作。大部分状况下，改变通知会自动调用。

好比调用 setNow: 时，系统还会以某种方式在中间插入 wilChangeValueForKey: 、 didChangeValueForKey: 和 observeValueForKeyPath:ofObject:change:context: 的调用。你们可能觉得这是由于 setNow: 是合成方法，有时候咱们也能看到人们这么写代码:

1 2 3 4 5

- (void)setNow:(NSDate *)aDate {      [self willChangeValueForKey:@ "now" ];  // 没有必要      _now = aDate;      [self didChangeValueForKey:@ "now" ]; // 没有必要 }

这是彻底没有必要的代码，不要这么作，这样的话，KVO代码会被调用两次。KVO在调用存取方法以前老是调用 willChangeValueForKey: ，以后老是调用 didChangeValueForkey: 。怎么作到的呢?答案是经过 isa 混写（isa-swizzling）。第一次对一个对象调用 addObserver:forKeyPath:options:context: 时，框架会建立这个类的新的 KVO 子类，并将被观察对象转换为新子类的对象。在这个 KVO 特殊子类中， Cocoa 建立观察属性的 setter ，大体工做原理以下:

1 2 3 4 5

- (void)setNow:(NSDate *)aDate {      [self willChangeValueForKey:@ "now" ];      [ super  setValue:aDate forKey:@ "now" ];      [self didChangeValueForKey:@ "now" ]; }

这种继承和方法注入是在运行时而不是编译时实现的。这就是正确命名如此重要的缘由。只有在使用KVC命名约定时，KVO才能作到这一点。

KVO 在实现中经过 isa 混写（isa-swizzling） 把这个对象的 isa 指针 ( isa 指针告诉 Runtime 系统这个对象的类是什么 ) 指向这个新建立的子类，对象就神奇的变成了新建立的子类的实例。这在Apple 的文档能够获得印证：

Automatic key-value observing is implemented using a technique called isa-swizzling... When an observer is registered for an attribute of an object the isa pointer of the observed object is modified, pointing to an intermediate class rather than at the true class ...

然而 KVO 在实现中使用了 isa 混写（ isa-swizzling） ，这个的确不是很容易发现：Apple 还重写、覆盖了 -class 方法并返回原来的类。 企图欺骗咱们：这个类没有变，就是本来那个类。。。

可是，假设“被监听的对象”的类对象是 MYClass ，有时候咱们能看到对 NSKVONotifying_MYClass 的引用而不是对 MYClass 的引用。借此咱们得以知道 Apple 使用了 isa 混写（isa-swizzling）。具体探究过程可参考 这篇博文 。

52. IBOutlet连出来的视图属性为何能够被设置成weak?

参考连接： Should IBOutlets be strong or weak under ARC?

文章告诉咱们：

由于既然有外链那么视图在xib或者storyboard中确定存在，视图已经对它有一个强引用了。

不过这个回答漏了个重要知识，使用storyboard（xib不行）建立的vc，会有一个叫_topLevelObjectsToKeepAliveFromStoryboard的私有数组强引用全部top level的对象，因此这时即使outlet声明成weak也不要紧

53. IB中User Defined Runtime Attributes如何使用？

它可以经过KVC的方式配置一些你在interface builder 中不能配置的属性。当你但愿在IB中做尽量多得事情，这个特性可以帮助你编写更加轻量级的viewcontroller

54. 如何调试BAD_ACCESS错误

1. 重写object的respondsToSelector方法，现实出现EXEC_BAD_ACCESS前访问的最后一个object

2. 经过 Zombie

3. 设置全局断点快速定位问题代码所在行

4. Xcode 7 已经集成了BAD_ACCESS捕获功能：Address Sanitizer。 用法以下：在配置中勾选?Enable Address Sanitizer

55. lldb（gdb）经常使用的调试命令？

• breakpoint 设置断点定位到某一个函数

• n 断点指针下一步

• po打印对象

更多 lldb（gdb） 调试命令可查看

1. The LLDB Debugger ；

2. 苹果官方文档： iOS Debugging Magic 。