2018 iOS 面试题 必看20题

作者: SunnyLeong | 来源:发表于2018-02-05 16:19 被阅读302次
    Apple Developer

    前言

    在 iOS 开发中,语言的选择是最初的一步。

    Objective-C 是苹果为 iOS 和 Mac 开发量身定制的语言。
    它随着 iPhone 的出现而大火,直到今天国内外大多数的 App 依然是用 Objective-C 在写。
    它一度在 TIOBE 排行榜上位列第三名,仅次于 Java 和 C。其市场占有份额也远超其他语言。
    看名字我们可以知道,它与 C 语言有千丝万缕的联系,事实上也确实如此:Objective-C 是 C 语言的超集,它在 C 语言主体上加上了面向对象的特性。这是为了 App 开发的方便,同时也兼顾了语言的整体性能。

    2014年来,Swift 横空出世,功能不断完善,逐渐成为 Apple 全力主推的官方编程语言。自发布以来,Swift 已经历经4个版本的迭代。在 TIOBE 编程语言排行榜上的目前位列12位,超过 Ruby 并远远甩开其上代语言 Objective-C。从性能上来说,它的速度是 Objective-C 的2.6倍,Python 的8.4倍。更重要的是,Swift 是一门开源的语言,它的质量和进步接受着整个业界的建议、监督、关注。无论从哪个角度讲,Swift 都将取代 Objective-C,成为 iOS 开发的主流语言。

    现在的面试中,传统大厂如BAT对 Objective-C 的语言进行较多考察,日常开发也是以 Objective-C为主。而因为 Swift 的高歌猛进,我们日后会看到关于 Swift 的问题越来越多。本文收录总结了常见的 Swift 和 Objective-C 的面试题,希望对大家有所帮助。


    Objective-C Basics

    1. 请说明并比较以下关键词:strong, weak, assign, copy

    strong表示指向并拥有该对象。其修饰的对象引用计数会增加1。该对象只要引用计数不为0则不会被销毁。当然强行将其设为nil可以销毁它。
    weak表示指向但不拥有该对象。其修饰的对象引用计数不会增加。无需手动设置,该对象会自行在内存中销毁。
    assign主要用于修饰基本数据类型,如NSInteger和CGFloat,这些数值主要存在于栈上。
    weak 一般用来修饰对象,assign一般用来修饰基本数据类型。原因是assign修饰的对象被释放后,指针的地址依然存在,造成野指针,在堆上容易造成崩溃。而栈上的内存系统会自动处理,不会造成野指针。
    copy与strong类似。不同之处是strong的复制是多个指针指向同一个地址,而copy的复制每次会在内存中拷贝一份对象,指针指向不同地址。copy一般用在修饰有可变对应类型的不可变对象上,如NSString, NSArray, NSDictionary。
    Objective-C 中,基本数据类型的默认关键字是atomic, readwrite, assign;普通属性的默认关键字是atomic, readwrite, strong。

    2. 请说明并比较以下关键词:__weak,__block

    __weak与weak基本相同。前者用于修饰变量(variable),后者用于修饰属性(property)。__weak 主要用于防止block中的循环引用。
    __block也用于修饰变量。它是引用修饰,所以其修饰的值是动态变化的,即可以被重新赋值的。__block用于修饰某些block内部将要修改的外部变量。
    __weak和__block的使用场景几乎与block息息相关。而所谓block,就是Objective-C对于闭包的实现。闭包就是没有名字的函数,或者理解为指向函数的指针。

    3. 请说明并比较以下关键词:atomatic, nonatomic

    atomic修饰的对象会保证setter和getter的完整性,任何线程对其访问都可以得到一个完整的初始化后的对象。因为要保证操作完成,所以速度慢。它比nonatomic安全,但也并不是绝对的线程安全,例如多个线程同时调用set和get就会导致获得的对象值不一样。绝对的线程安全就要用关键词synchronized。
    nonatomic修饰的对象不保证setter和getter的完整性,所以多个线程对它进行访问,它可能会返回未初始化的对象。正因为如此,它比atomic快,但也是线程不安全的。

    4. 什么是ARC?

    ARC全称是 Automatic Reference Counting,是Objective-C的内存管理机制。简单地来说,就是代码中自动加入了retain/release,原先需要手动添加的用来处理内存管理的引用计数的代码可以自动地由编译器完成了。

    ARC的使用是为了解决对象retain和release匹配的问题。以前手动管理造成内存泄漏或者重复释放的问题将不复存在。

    以前需要手动的通过retain去为对象获取内存,并用release释放内存。所以以前的操作称为MRC (Manual Reference Counting)。

    5. 什么情况下会出现循环引用?

    循环引用是指2个或以上对象互相强引用,导致所有对象无法释放的现象。这是内存泄漏的一种情况。举个例子:

    class Father
    
    @interface Father: NSObject
    @property (strong, nonatomic) Son *son;
    
    @end
    
    class Son
    
    @interface Son: NSObject
    @property (strong, nonatomic) Father *father; 
    
    @end
    

    上述代码有两个类,分别为爸爸和儿子。爸爸对儿子强引用,儿子对爸爸强引用。这样释放儿子必须先释放爸爸,要释放爸爸必须先释放儿子。如此一来,两个对象都无法释放。

    解决方法是将Father中的Son对象属性从strong改为weak。

    内存泄漏可以用Xcode中的Debug Memory Graph去检查,同时Xcode也会在runtime中自动汇报内存泄漏的问题。

    6. 下面代码中有什么bug?

    - (void)viewDidLoad {
      UILabel *alertLabel = [[UILabel alloc] initWithFrame:CGRectMake(100,100,100,100)];
      alertLabel.text = @"Wait 4 seconds...";
      [self.view addSubview:alertLabel];
    
      NSOperationQueue *backgroundQueue = [[NSOperationQueue alloc] init];
      [backgroundQueue addOperationWithBlock:^{
        [NSThread sleepUntilDate:[NSDate dateWithTimeIntervalSinceNow:4]];
        alertLabel.text = @"Ready to go!”
      }];
    }
    

    Bug在于,在等了4秒之后,alertLabel并不会更新为Ready to Go。

    原因是,所有UI的相关操作应该在主线程进行。当我们可以在一个后台线程中等待4秒,但是一定要在主线程中更新alertLabel。

    最简单的修正如下:

    - (void)viewDidLoad {
      UILabel *alertLabel = [[UILabel alloc] initWithFrame:CGRectMake(100,100,100,100)];
      alertLabel.text = @"Wait 4 seconds...";
      [self.view addSubview:alertLabel];
    
      NSOperationQueue *backgroundQueue = [[NSOperationQueue alloc] init];
      [backgroundQueue addOperationWithBlock:^{
        [NSThread sleepUntilDate:[NSDate dateWithTimeIntervalSinceNow:4]];
          [[NSOperationQueue mainQueue] addOperationWithBlock:^{
             alertLabel.text = @"Ready to go!”
          }];
      }];
    }
    

    7. 以scheduledTimerWithTimeInterval的方式触发的timer,在滑动页面上的列表时,timer会暂停,为什么?该如何解决?

    原因在于滑动时当前线程的runloop切换了mode用于列表滑动,导致timer暂停。

    runloop中的mode主要用来指定事件在runloop中的优先级,有以下几种:

    Default(NSDefaultRunLoopMode):默认,一般情况下使用;
    Connection(NSConnectionReplyMode):一般系统用来处理NSConnection相关事件,开发者一般用不到;
    Modal(NSModalPanelRunLoopMode):处理modal panels事件;
    Event Tracking(NSEventTrackingRunLoopMode):用于处理拖拽和用户交互的模式。
    Common(NSRunloopCommonModes):模式合集。默认包括Default,Modal,Event Tracking三大模式,可以处理几乎所有事件。
    回到题中的情境。滑动列表时,runloop的mode由原来的Default模式切换到了Event Tracking模式,timer原来好好的运行在Default模式中,被关闭后自然就停止工作了。

    解决方法其一是将timer加入到NSRunloopCommonModes中。其二是将timer放到另一个线程中,然后开启另一个线程的runloop,这样可以保证与主线程互不干扰,而现在主线程正在处理页面滑动。示例代码如下:

    // 方法1
    [[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];
    
    // 方法2
    dispatch_async(dispatch_get_global_queue(0, 0), ^{
        timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(repeat:) userInfo:nil repeats:true];
        [[NSRunLoop currentRunLoop] run];
    });
    

    Swift Basics

    8. 类(class)和结构体(struct)有什么区别?

    Swift 中,类是引用类型,结构体是值类型。值类型在传递和赋值时将进行复制,而引用类型则只会使用引用对象的一个"指向"。所以他们两者之间的区别就是两个类型的区别。

    举个简单的例子,代码如下

    class Temperature {
      var value: Float = 37.0
    }
    
    class Person {
      var temp: Temperature?
    
      func sick() {
        temp?.value = 41.0
      }
    }
    
    let A = Person()
    let B = Person()
    let temp = Temperature()
    
    A.temp = temp
    B.temp = temp
    
    

    A.sick()
    上面这段代码,由于 Temperature 是 class ,为引用类型,故 A 的 temp 和 B 的 temp指向同一个对象。A 的 temp修改了,B 的 temp 也随之修改。这样 A 和 B 的 temp 的值都被改成了41.0。如果将 Temperature 改为 struct,为值类型,则 A 的 temp 修改不影响 B 的 temp。

    内存中,引用类型诸如类是在堆(heap)上,而值类型诸如结构体实在栈(stack)上进行存储和操作。相比于栈上的操作,堆上的操作更加复杂耗时,所以苹果官方推荐使用结构体,这样可以提高 App 运行的效率。

    class有这几个功能struct没有的:

    class可以继承,这样子类可以使用父类的特性和方法
    类型转换可以在runtime的时候检查和解释一个实例的类型
    可以用deinit来释放资源
    一个类可以被多次引用
    struct也有这样几个优势:

    结构较小,适用于复制操作,相比于一个class的实例被多次引用更加安全。
    无须担心内存memory leak或者多线程冲突问题


    ......后面打赏收费等待更新中.....

    相关文章

      网友评论

        本文标题:2018 iOS 面试题 必看20题

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