iOS 开发面试通关指南:67 个必知问题!

我们都知道,面试可能会让人感到压力山大——不管你是第一次参加面试的新手,还是已经有几年开发经验做背书的业内人士,面试都会带来压力。

作为一名面试者,你必须好好准备,以展现出自己最好的一面,而想要在一场1小时左右的谈话中做到这一点是很困难的。作为开发人员,我们通常不情愿去用心学习文档,甚至很多简单的东西还需要临时去Google搜索。这没关系,没人会要求我们记住一切知识点……但如果是面试的话那就不一样了。

作为一名面试官,面试可能也不是那么简单的。你想为公司招募一个非常适合你们团队的人,但你没有太多时间去了解对方。你必须知道应该问哪些问题,以及注意自己举止的方式——你不想让面试者感到不舒服,否则你可能会因此而做出一些错误的判断,从而错过一个优秀的开发者。

差不多双方都需要为面试做准备,我希望这篇文章能够帮你在将来的面试中准备地更加充分一些。

问题

一条简短的提示:我是不会提供这些问题的完整答案的(只有一些我个人预期你至少应该了解的基础),因为我认为,如果你自己去寻找答案,应该能准备得更好。阅读有关特定主题的文章会是一个不错的选择,可以为你提供更多信息,从而助你在面试中发挥得更好。

不过,或早或晚,我很可能会在自己的博客中对所有内容进行讲解。

一般性问题

iOS(或任何其他平台)的面试不会只涉及技术问题的。尽管你会在简历上写一些有关以前的工作和项目的信息,但空间有限,无法把所有细节展开讲。为这类问题做一些准备——避免自己在面试时手足无措。

1.到目前为止,你参与过哪些项目?都用到了哪些技术?你就详细讲讲某些有趣的项目,谈谈这些项目用的是什么技术和框架就可以。

2.你是否参与过开源项目?你在其中担任什么角色?即使你只是某个开源项目的贡献者,这也会为你大大加分。如果你现在想得到第一份工作,开源项目是一种能证明你技术的好方法。如果你是某个广受欢迎repo的维护者,那就更好了。

3.你以前所在的团队有多大?你有过在任何一个项目中担任leader的经历吗?这个问题只是为了了解你过去是独自工作,在一个较大的团队中工作,远程协作,还是仅与本地的开发者合作。

4.你知识储备的来源是什么?平时会看一些博客或者播客(podcast)内容吗?举几个例子吧。如果你平时确实看,那就表明编程不仅是你的工作,还是你的一个业余爱好,所以相比其他不做这些事情的人,你就是更好的人选。

5.你是否曾有过Scrum / Agile开发经历?你是怎么看待这种开发方式的?在你看来,什么时候该用,什么时候不该用?这只是一个简短的问题,是为了了解你是否懂得Scrum自有其适用的地方,但不必一直使用。

6.你对code review有何看法?这也是一个简短的问题,用来测试你是否属于看重code review的那一类人。

7.你是否会去参加一些会议或一些当地的见面会?这些活动中你最喜欢哪个?我认为这并不是什么严肃的问题——如果你不喜欢参加,并不能代表你是一个糟糕的开发者,你可能只是内向而已。但是,如果你可以在那种会议上为公司做宣传,或者发表个演讲的话,那公司是会很喜闻乐见的。

Swift和Objective-C

iOS开发并不仅仅意味着Swift。很多项目的某些部分仍然在用Objective-C——甚至有的项目完全是用Objective-C编写的。而且,在某些(不太常见)的情况下,C和C ++技能也可能会有用。

但是,我倒不是很担心这一点,因为如果面试针对某些特定的需要这些知识的项目,那么职位描述里面很有可能会提到。另外,一些有关Bash和Ruby的基础知识可能会给你带来巨大的优势,因为有时我们可能需要写一些脚本。

下面这些问题的顺序是随机的。

8.你如何描述Swift这门语言?这是一种面向协议编程的类型安全语言。然后对方可能会追问一些后续的问题,可能会让你进一步解释“面向协议”的含义等等。

  1. var和let有什么区别?你会在struct中选择哪个作为property?为什么?第一个是非常基础的问题,而第二个可能比较棘手,因为它需要视情况而定。

10.什么是lazy property?如果你写Swift代码已经有一段时间了,那至少要使用过一次lazy property,这样才能更好地了解它的优点和缺点。

11.什么是optional?其背后的机制是什么?什么是unconditional unwrapping ?这个的答案你大概知道。

12.如何unwrap一个optional值?附加问题:什么是optional chaining,optional binding以及nil-coalescing operator?举例说明你会在何种情况下选用哪种方法。这道题很简单,但目的只在于看你是否知道其中的区别,而guard并不总是首选。

  1. class和struct有什么区别?举例说明分别什么情况下应该选用。你可以深入讲讲这一点,例如,它们是如何保存在内存中的(栈/堆)等等。

14.什么是closure?这个你应该知道的吧?

15.weak和unowned是什么意思?二者有什么不同?最好知道它们之间的区别以及何时使用unowned。虽然你每次都用weak可能也ok,但unowned也是自有其用途的。

16.举例说明从标准库进行收集操作的方法。map和reduce各有什么作用,以及这些方法如何在日常开发中发挥作用?

17.什么是autoclosure?这可能看起来像是一个简单的问题,但autoclosure的内容可能比你想象的要多——比如,它是如何影响性能的。

  1. mutating关键字是什么意思?举一些例子说明一下。

19.escaping和unescaping分别是什么意思?这是个简单的问题。但你还记得哪个是默认选项吗?

20.(如果求职者会Objective-C):Swift和Objective-C有什么区别?你分别喜欢这两种语言的什么特性?随便说点什么都行——如果你对两种语言都有经验,你就会知道在每种语言身上你最喜欢或最想念的是什么。

21.你听说过method swizzling吗?是什么意思?在Swift中可以用吗?魔法……随便说点你知道的信息——例如为什么这样是危险的,等等。

  1. NSArray和NSSet有什么区别?不要只说集合包含独特的元素,还要进一步说明它在不同情况下是如何表现的。

23.(如果求职者会Objective-C):Objective-C中的atomic/nonatomic是什么?

24.什么是KVO和KVC?这是另外一个很大的题目,所以至少要了解一些基本知识。

25.什么是应用程序和控制器生命周期?这是一个简短的问题。

26.什么是核心数据(Core Data)?这是一个很大的话题——你可能永远都用不到Core Data,但也要了解一些基本知识。

27.你在架构上有什么经验?你最喜欢哪种,为什么?你可能需要了解MVVM(这是最常见的一种),因此,请阅读此类内容以及与coordinator有关的内容。

28.你是否会将struct或class用在MVVM中的视图模型里?视图模型不一定总是一个class。

29.如何管理代码中的依赖(dependency)?你是使用依赖注入框架/工具,还是手动进行?或者你只使用单例(singleton)?

30.什么是REST?POST和GET方法有什么区别?这个是必备知识。

31.你是否编写过网络层?简要说明你以前是如何做的/将要如何做?你只需根据你自己的经验来解释即可。

32.你是否使用过Alamofire,或其他任何网络框架?有些人用网络框架,有些人不用。你平时用不用?

33.如何在Swift中解析JSON?如何在Swift中解析XML?JSON的那一题很简单。如果你知道的话,也顺便讨论一下你的密钥解码策略。XML有点被人们遗忘了,但是对于某些项目,你可能仍然需要XML。

34.什么是certificate pinning?如何在iOS应用程序中实现?这题不会也没关系,但是如果知道会很加分!

35.如何允许不安全的连接?这是可行的吗?能通过应用审查吗?知道什么说什么就行——例如,可以谈谈在什么情况下是可以做到这一点的。

36.我们应该如何处理后台操作?至少要知道一种方法。

  1. GCD和NSOperation之间有什么异同?GCD可能使用起来更方便,但是知道应该何时使用NSOperation是加分项。

38.什么是串行/并行队列(serial/concurrent queue)?分别举例说明应该何时使用。

39.什么是dispatch group?知道会加分。

40.你最喜欢创建视图的方式是什么?为什么?界面生成器(Interface builder),代码约束(constraints in code),手动框架计算(manual frame calculating)——每种都各有什么优点和缺点?你倾向于用哪一种,为什么?

41.如何构建能够支持不同屏幕尺寸的视图?size class,用户界面的术语等等

42.单元中的reuseIdentifier是什么,prepareForReuse方法是做什么的?这题你必须会,因为table和collection通常都是应用程序中的核心元素。

43.什么是UIStackView?你以前用过吗?到目前为止你可能已经了解堆栈视图(stack view)了,只需说出你对这个问题的了解即可,例如如何制作动画,等等。

44.什么是internalContentSize?它真的很好用。

45.你是否曾经写过自定义控制器转换?怎样才能做到?这个不经常用到,但是如果用到了,最好记得back gesture以及如何实现。

46.frame和bounds有什么区别?这是“面试必问”的一道题。但是有些开发人员并不知道答案。

  1. Constraint priorities, hugging priority, 以及compression resistance priority:它们是什么,以及它们是如何工作的?希望你不是那类一遇到约束冲突,就把所有约束的优先级都设置为999的人。

48.你在iOS中制作过的最复杂的动画是什么?你是怎么做的?如果你做过一些精美的东西,那就自信地说出来吧。

49.在不嵌套多个UIView.animate方法的前提下,如何做出复杂的动画?我想我们虽然很少有机会(有需求)去做这件事,但是也许有一天你会需要去做。

50.(如果求职者懂Objective-C):copy和retain之间有什么区别?也许知道答案的人会逐年减少,但是无论如何,如果你懂Objective-C,大概就会知道。

51.你会怎样存储敏感的用户数据?这题只是为了检查你对数据安全性是否有所了解。

52.什么是defer?它们以怎样的顺序被执行等等。

53.什么是泛化(generics)?描述一下泛化是如何改善我们的生活的,并从Swift标准库里举例说明。

面试问题可能并不仅仅与代码有关,因此也需要在有关iOS开发的一般性知识方面做好准备。

54.请说出在创建一个新项目后,需要先做哪几件事。拜托了,请不要说你要先设置CocoaPods。不要误会,把CocoaPods作为依赖管理器(dependency manager)并没有错,但首先应该做的不是这个。

55.你用依赖管理器吗?你更喜欢哪个?这里的答案并没有好坏——只是为了知道你的偏好而已。但是,最好了解每个管理器都各有什么优缺点。

56.什么是配置(debug,发布)?你是否会创建自定义的配置?我不清楚有多少项目会用自定义配置。无论如何,在某些情况下我们可能会用到。

57.你使用Xcode的工具吗?哪些?希望你至少会用Leaks。

58.你如何找到并解决内存泄漏问题?如果你有响应性编程的经验,那么你可以谈谈,并顺便说说在响应式编程中这种问题更难解决。

59.什么是持续集成(continuous integration,CI)?你用过吗?配置过吗?有很多种类型,最好知道一两个。

60.你是否有向App Store发布应用程序的经验?你是否曾经在app审查方面遇到过任何问题?只需说自己的经验之谈即可。如果你曾经用IAP发布过应用程序,就可以提一提。如果你曾经与审查人员有过什么有趣的对话,也可以说说。

61.你在单元测试方面有过经验吗?UI测试呢?每个人都说他们会写测试,但真的如此吗?如果你曾使用过任何框架来帮助测试,也提一下。

62.你是否曾经开发过测试驱动项目(TDD)?做过的同学请举手。

63.你每天都使用的开发工具有哪些?可以是一些代码格式化程序或同步器之类的——随便什么都行。如果你的工具是自己写的,请务必提及!

64.什么是SOLID?你能列出并描述这些原则吗?如果你知道它的含义,就说明你已经为面试做好了准备。但是,如果能举出一些例子,那会更好。

65.什么是声明式编程(declarative programming)?你是否尝试过SwiftUI?SwiftUI越来越受欢迎了,谁知道呢,也许几年后,它将变成写iOS应用程序的唯一方法。因此,最好至少知道它的存在。我认为现在还没有人会要求开发者拥有丰富的SwiftUI开发经验,但是如果你曾尝试过,那会是加分项。

66.什么是响应式编程(reactive programming)?你是否有使用Rx框架和/或Apple’s Combine的经验?Apple也采用这种方式,所以如果你还没有尝试过,那么现在正是去了解一些基础知识的好时机。

67.你为什么要离开原先的工作?你对新工作有什么期待吗?坦诚地说就可以。你所追求的大概率是更高的薪水,但除此之外,一定还有其他东西吧!

以上只是面试官可能会提的一些问题。

结论

最好能始终跟上iOS世界的变化,那对你来说是很有利的。阅读博客,收听播客,关注有关Apple开发人员的新闻,即使你有很大概率在新工作中并不需要知道所有那些知识,对新知识持开放态度总是好的,并且,你可以让面试官知道你一直在不断的学习。

祝你在面试中能有好运气——不管你是面试者还是面试官。

相关文章

软件简介:蓝湖辅助工具,减少移动端开发中控件属性的复制和粘...
现实生活中,我们听到的声音都是时间连续的,我们称为这种信...
前言最近在B站上看到一个漂亮的仙女姐姐跳舞视频,循环看了亿...
【Android App】实战项目之仿抖音的短视频分享App(附源码和...
前言这一篇博客应该是我花时间最多的一次了,从2022年1月底至...
因为我既对接过session、cookie,也对接过JWT,今年因为工作...