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。