iOS面试 问题集 -附答

作者: 9d8c8692519b | 来源:发表于2018-01-08 10:30 被阅读8次

    1、以+ 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)来解决。代码如下: 你也可前往查看NSTimer

    //将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];
    

    2、runtime是如何实现在weak修饰的变量的对象在被销毁时自动置为nil的呢?(深入weak实现机理)

    一个普遍的解释是:runtime对注册的类会进行布局,对于weak修饰的对象会放入一个hash表中。用weak指向的对象内存地址作为key,当此对象的引用计数为0的时候会dealloc,假如weak指向的对象内存地址是a,那么就会以a为key在这个weak表中搜索,找到所有以a为key的weak对象,从而设置为nil。

    深入runtime理解weak
    下面👇内容参考《Objective-C高级编程:iOS与OS X多线程和内存管理》,可以看出具体的实现方式就是使用了一个HashTable。
    
    NSString *name = [[NSString alloc] initWithString: @"Jiaming Chen"];
    __weak NSString *weakStr = name;
    
    当为weakStr这一weak类型的对象赋值时,编译器会根据name的地址为key去查找weak哈希表,该表项的值为一个数组,将weakStr对象的地址加入到数组中,当name变量超出变量作用域或引用计数为0时,会执行dealloc函数,在执行该函数时,编译器会以name变量的地址去查找weak哈希表的值,并将数组里所有 weak对象全部赋值为nil。
    

    3、AFNetworking3版本的实现原理。

    AFNetworking由五个模块组成:
    分别由NSURLSession【网络通信模块(核心模块)】,Security【网络通讯安全策略模块】,Reachability【网络状态监听模块】,Serialization【网络通信信息序列化、反序列化模块 】,UIKit【UIKIt库中有网络下载图片的框架等】五部分组成。

    4、 iOS 编译过程的原理和应用?

    一般可以将编程语言分为两种,编译语言直译式语言
    iOS开发目前的常用语言是:Objective和Swift。二者都是编译语言,换句话说都是需要编译才能执行的。二者的编译都是依赖于Clang(swift) + LLVM。
    篇幅原因,如果你感兴趣可 前往查看

    5、 使用了第三方库, 有看他们是怎么实现的吗?例:SDWebImage、YYText、AFNetworking、MJRefresh等!

    以SDWebImage为例:
    1.入口 setImageWithURL:placeholderImage:options:
    会先把 placeholderImage 显示,然后 SDWebImageManager 根据 URL 开始处理图片。
    2.进入 SDWebImageManagerdownloadWithURL: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.SD 也提供了 UIButton+WebCache 和
    MKAnnotationView+WebCache,方便使用。
    20.SDWebImagePrefetcher 可以预先下载图片,
    方便后续使用。

    6、 atomic 和 nonatomic 有什么区别?

    简而言之,atomic的作用只是给getter和setter加了个锁,atomic只能保证代码进入getter或者setter函数内部时是安全的,一旦出了getter和setter,多线程安全只能靠程序员自己保障了。所以atomic属性和使用property的多线程安全并没什么直接的联系。另外,atomic由于加锁也会带来一些性能损耗,所以我们在编写iOS代码的时候,一般声明property为nonatomic,在需要做多线程安全的场景,开发者自己去额外加锁做同步。 更详细代码示例请点击参考

    7、 如何做到多线程安全?

    关键是atomicity(原子性),只要做到原子性,小到一个primitive type变量的访问,大到一长段代码逻辑的执行,原子性能保证代码串行的执行,能保证代码执行到一半的时候,不会有另一个线程介入。

    8、 BAD_ACCESS在什么情况下出现?

    原因是访问了野指针,比如访问已经释放对象的成员变量或者发消息、死循环等。

    9、 ldb(gdb)常用的控制台调试命令?

    1). p 输出基本类型。是打印命令,需要指定类型。是print的简写
    p (int)[[[self view] subviews] count]
    2). po 打印对象,会调用对象description方法。是print-object的简写
    po [self view]
    3). expr 可以在调试时动态执行指定表达式,并将结果打印出来。常用于在调试过程中修改变量的值。
    4). bt:打印调用堆栈,是thread backtrace的简写,加all可打印所有thread的堆栈
    5). br l:是breakpoint list的简写

    10、 你一般是怎么用Instruments的?或者说你用它的哪些工具?

    Instruments里面工具很多,常用:
    1). Time Profiler: 性能分析
    2). Zombies:检查是否访问了僵尸对象,但是这个工具只能从上往下检查,不智能。
    3). Allocations:用来检查内存,写算法的那批人也用这个来检查。
    4). Leaks:检查内存,看是否有内存泄露。

    相关文章

      网友评论

        本文标题:iOS面试 问题集 -附答

        本文链接:https://www.haomeiwen.com/subject/piwvnxtx.html