iOS经典面试题 (二)
iOS经典面试题 (二)
1、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是弱关联，利好消息发出，你不需要知道是谁发的也可以做出相应的反应，同理发消息的人也不需要知道接收的人也可以正常发出消息。
2、TableView滑动卡的的问题主要是因为：图片的加载耗费过多时间，这时候应该在子线程中获取图像数据，在主线程中赋值imageView即可。
在子线程中不能更新UI，所有的UI更新都是在主线程中执行的。
子线程中加入NSTimer的时候需要手动添加NSRunloop，否则不能循环
3、 _block 和 _weak 修饰符的区别
_block不管是ARC和MRC模式下都可以使用，可以修饰对象，还可以修饰基本数据类型。
_weak只能在ARC模式下使用，页只能修饰对象（nsstring等），不能修饰基本数据类型（int等）。
_block对象可以在block中被重新赋值，_weak不可以。
4、SDWebImage内部实现过程
1 入口 setImageWithURL:placeholderImage:options: 会先把 placeholderImage 显示，然后 SDWebImageManager 根据 URL 开始处理图片。
2 进入 SDWebImageManager-downloadWithURL:delegate:options:userInfo:，交给 SDImageCache 从缓存查找图片是否已经下载 queryDiskCacheForKey:delegate:userInfo:.
3 先从内存图片缓存查找是否有图片，如果内存中已经有图片缓存，SDImageCacheDelegate 回调 imageCache:didFindImage:forKey:userInfo: 到 SDWebImageManager。
4 SDWebImageManagerDelegate 回调 webImageManager:didFinishWithImage: 到 UIImageView+WebCache 等前端展示图片。
5 如果内存缓存中没有，生成 NSInvocationOperation 添加到队列开始从硬盘查找图片是否已经缓存。
6 根据 URLKey 在硬盘缓存目录下尝试读取图片文件。这一步是在 NSOperation 进行的操作，所以回主线程进行结果回调 notifyDelegate:。
7 如果上一操作从硬盘读取到了图片，将图片添加到内存缓存中（如果空闲内存过小，会先清空内存缓存）。SDImageCacheDelegate 回调 imageCache:didFindImage:forKey:userInfo:。进而回调展示图片。
8 如果从硬盘缓存目录读取不到图片，说明所有缓存都不存在该图片，需要下载图片，回调 imageCache:didNotFindImageForKey:userInfo:。
9 共享或重新生成一个下载器 SDWebImageDownloader 开始下载图片。
10 图片下载由 NSURLConnection 来做，实现相关 delegate 来判断图片下载中、下载完成和下载失败。
11 connection:didReceiveData: 中利用 ImageIO 做了按图片下载进度加载效果。
12 connectionDidFinishLoading: 数据下载完成后交给 SDWebImageDecoder 做图片解码处理。
13 图片解码处理在一个 NSOperationQueue 完成，不会拖慢主线程 UI。如果有需要对下载的图片进行二次处理，最好也在这里完成，效率会好很多。
14 在主线程 notifyDelegateOnMainThreadWithInfo: 宣告解码完，imageDecoder:didFinishDecodingImage:userInfo: 回调给 SDWebImageDownloader。
15 imageDownloader:didFinishWithImage: 回调给 SDWebImageManager 告知图片下载完成。
16 通知所有的 downloadDelegates 下载完成，回调给需要的地方展示图片。
17 将图片保存到 SDImageCache 中，内存缓存和硬盘缓存同时保存。写文件到硬盘也在以单独 NSInvocationOperation 完成，避免拖慢主线程。
18 SDImageCache 在初始化的时候会注册一些消息通知，在内存警告或退到后台的时候清理内存图片缓存，应用结束的时候清理过期图片。
19 SDWI 也提供了 UIButton+WebCache 和 MKAnnotationView+WebCache，方便使用。
20 SDWebImagePrefetcher 可以预先下载图片，方便后续使用。
从上面流程可以看出，当你调用setImageWithURL:方法的时候，他会自动去给你干这么多事，当你需要在某一具体时刻做事情的时候，你可以覆盖这些方法。比如在下载某个图片的过程中要响应一个事件，就覆盖这个方法：
1 //覆盖方法，指哪打哪，这个方法是下载imagePath2的时候响应 2 3 SDWebImageManager *manager = [SDWebImageManager sharedManager]; 4 5 [manager downloadImageWithURL:imagePath2 options:SDWebImageRetryFailed progress:^(NSInteger receivedSize, NSInteger expectedSize) { 6 7 NSLog(@"显示当前进度"); 8 9 } completed:^(UIImage *image, NSError *error, SDImageCacheType cacheType, BOOL finished, NSURL *imageURL) { 10 11 NSLog(@"下载完成"); 12 13 }];
5、UIButton的父类是UIControl，UIControl的父类是UIView，UIView的父类是UIResponder。
