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

作者 | Artur Rymarz

译者 | 香槟超新星，责编 | 郭芮

出品 | CSDN（ID：CSDNnews）

以下为译文：

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

作为一名面试者，你必须好好准备，以展现出自己最好的一面，而想要在一场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这门语言？这是一种面向协议编程的类型安全语言。然后对方可能会追问一些后续的问题，可能会让你进一步解释“面向协议”的含义等等。

9. 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并不总是首选。

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

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

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

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

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

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

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

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

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

22. 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.我们应该如何处理后台操作？至少要知道一种方法。

37. 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有什么区别？这是“面试必问”的一道题。但是有些开发人员并不知道答案。

47. 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开发人员的新闻，即使你有很大概率在新工作中并不需要知道所有那些知识，对新知识持开放态度总是好的，并且，你可以让面试官知道你一直在不断的学习。

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

感谢阅读。

原文：https://medium.com/better-programming/67-useful-ios-developer-interview-questions-3cb15973b71

作者：Artur Rymarz，iOS高级开发工程师，Ordinary Coding创始人。

本文为 CSDN 翻译，转载请注明来源出处。