爱奇艺2018秋季校招iOS工程师（第一场）笔试复盘：考点拆解与iOS面试硬核准备指南
每年秋季校招，各大厂的笔试题都是当年技术风向标的一个缩影。翻出爱奇艺2018秋季校招iOS工程师（第一场）这套题，不管是当时亲身参加过，还是现在准备秋招想拿来做模拟，都能从中摸到一套非常典型的“一线互联网公司iOS岗笔试出题逻辑”。
那个时间点比较特殊：iOS 11刚普及，Swift 4正式发布没多久，iPhone X的刘海屏适配是当时的热点，视频类App又在经历从纯播放器向内容生态转型的阶段。爱奇艺作为头部视频平台，出的这套题既覆盖通用计算机基础，又带有明显的客户端工程色彩。今天这篇文章，我尽量完整地把这套笔试按考察维度拆开讲清楚——每个考点背后的原理是什么、面试官到底想筛什么样的人、作为求职者要如何针对性准备。无论你是正在备战秋招的应届生，还是想跳槽的iOS开发，都能从这套题里提炼出值得反复咀嚼的东西。
1. 从岗位JD反推考察闭环：爱奇艺这场笔试在筛选什么能力
先说结论，爱奇艺这种体量的公司在校招笔试环节，目标从来不是筛“刷题机器”，而是用一套组合拳判断一个人有没有可能在三个月内上手真实业务。拆开来看，这场笔试基本围绕四个维度展开：计算机基础功底、iOS平台特性掌握深度、工程实践敏感度、以及排查复杂问题的思路。
1.1 笔试结构推测与时间分配逻辑
虽然具体题量每年会有浮动，但按照2018秋季校招的普遍安排，这套题大概率是“选择题 + 简答题 + 编程题”的组合。选择题覆盖语言特性、内存管理、UIKit机制、网络基础；简答题侧重RunLoop、消息传递、Auto Layout这类需要“讲清楚原理”的知识点；编程题则集中在数据结构与算法，偶尔会加一道与字符串处理或链表操作相关的题目。
时间分配上有个容易被忽视的点：选择题部分不能恋战。很多同学在Runtime消息转发或者KVO触发时机这种细节上卡住，一纠结就是五分钟，结果后面编程题时间不够。我的建议是选择题总体控制在25到30分钟，简答题控制在40分钟，剩下至少50分钟留给算法题。笔试题量大是常态，先拿稳能拿的分，再啃硬骨头。
1.2 面试官视角：笔试不是知识点背诵大赛
这里想分享一个我在实际面试别人时的观察。笔试考记忆类知识点，背后真正的考察目标是“你有没有形成iOS开发的知识网络”。比如KVO（Key-Value Observing）的实现原理，死记硬背“isa-swizzling + 重写setter方法”也许能拿一半分，但如果你想拿高分，要能把它和Runtime消息机制、NSObject派生体系、以及KVO的坑（比如多次添加观察者导致重复回调、KVO在block中是否需要手动移除）串起来讲。爱奇艺的笔试风格一大特色就是喜欢在简答题里设置这种“概念连线题”，看你能不能从A点联想到B点再联想到C点。
所以准备这套题的时候，千万不要孤立地背知识点，试着把所有iOS相关的概念画成一张网。笔试现在考的每道题，都在暗示你将来工作中会遇到的一个真实场景。
2. 数据结构与算法题：笔试的“硬通货”怎么准备才不白费功夫
算法题是校招笔试里最不能投机取巧的部分，也是区分度最大的部分。爱奇艺这场笔试的算法题难度，对比当时其他大厂整体属于中规中矩，但很注重基础数据结构的扎实程度。有意思的是，视频业务场景里会用到很多链表和字符串处理，所以这部分题目往往带点业务影子。
2.1 从题量反推的核心高频题型
从多个渠道的回忆拼凑来看，链表操作（反转、合并、环检测）、二叉树遍历（尤其是非递归实现）、动态规划入门题（背包、子序列）和字符串处理是出现频率最高的几类。那一年正值iOS 11适配期，字符串处理相关题目有点多，这类题考察的不只是API调用，而是对内存复制敏感度的理解。
以一道典型的“字符串去重并保持相对顺序”为例，很多同学第一反应是用NSMutableSet，但笔试环境里通常只能用C或C++实现，这就要求你手写hashtable或者用布尔数组模拟。面试官希望看到的是：能快速分析出“去重+保序”这个需求模型，再确定用哈希记录出现状态、用数组/vector保存结果的方案。时间复杂度O(n)、空间复杂度O(n)，这是标准解。
2.2 链表反转：一道题可以变出五种考法
链表反转几乎是校招必考题，爱奇艺这场也不例外。但需要注意的是，它可能不只考单链表反转，还可能考区间反转（反转从m到n的节点）、K个一组反转。这两种变体才是真正拉分的地方。
我当时准备时的一个技巧是：先理解“迭代三指针法”的每一步在做什么——prev、cur、next三个指针的推进顺序是灵魂，画图比看代码有效得多。第一次写很容易出现指针丢失，就是因为没有画清楚每个节点的next指向变化。区间反转的核心是“标记边界 + 局部反转 + 重新连接”，K个一组反转则要多一层“每K个节点先切出来再反转”的思路，必要时可以用递归实现。建议在纸上至少手写三遍，不求快，求每一步都说得清为什么。
2.3 算法题作答时的实战经验
笔试环境下的算法题和LeetCode有区别：平台可能不支持你调试，输入输出要求也比较严格。我踩过的坑有两个，值得提醒大家：
第一，不要用太花哨的STL技巧。有些同学喜欢用std::list或者std::unordered_map的奇技淫巧，但笔试编译器版本未必支持C++11的全部特性。用最基础的数组、指针、结构体去实现，反而最稳妥。
第二，留出边界条件检查的时间。空链表、单个节点、两个节点、反转区间越界——这些边界条件至少要写进思考过程。面试官看笔试代码的时候，最看重的不是答案对不对，而是代码里有没有养成防御式编程的习惯。就算最后代码没跑通，边界条件的处理也会成为简历初筛阶段的加分项。
3. Objective-C与内存管理：iOS开发者的立身之本
现在Swift的占比越来越高，但2018年的爱奇艺笔试，Objective-C依然是绝对主力。即便抛开历史背景，理解Objective-C的核心机制对成为一个合格的iOS工程师仍然至关重要。这套笔试在这块考察得很细，包括消息机制、Runtime、ARC、属性关键字等。
3.1 消息发送与转发：背了八遍依然会错的知识点
Objective-C的“消息”和C++的“函数调用”本质区别在于：C++在编译期决定调用哪个函数，而Objective-C在运行时才确定如何响应。一条消息[obj doSomething]会被编译器转化为objc_msgSend(obj, @selector(doSomething))，然后走“查找方法列表 → 找不到就走消息转发流程”的链路。
很多同学卡在消息转发的三个阶段分不清：
- 动态方法解析：
resolveInstanceMethod:，允许你动态给类添加方法实现。 - 快速转发：
forwardingTargetForSelector:，把消息转发给另一个对象，这个阶段适合“甩锅”。 - 完整转发：
methodSignatureForSelector:+forwardInvocation:，先造方法签名再完整传递调用。
面试官如果让你写一个“防止Unrecognized Selector崩溃的解决方案”，你如果能答出在第三阶段用forwardInvocation:统一处理并打日志，比起只会加respondsToSelector:判断，完全不是一个层次。
3.2 ARC不是不泄漏：循环引用的三种典型死法
ARC（自动引用计数）解决的是“手动retain/release”的烦恼，但解决不了循环引用。爱奇艺这场笔试对循环引用的考察不只停留在block，还涉及Delegate和NSTimer，套路很典型。
Block循环引用是考得最多的。当block被对象持有，而block内部又强引用该对象时，就形成了引用环。解法是__weak或__unsafe_unretained，但注意__weak在block执行期间对象可能被提前释放，稳妥做法是在block内部再__strong一下。
Delegate循环引用的经典场景是外层VC强持有tableView，tableView的delegate弱引用VC。很多人知道TableView的delegate是weak，但自定义View时容易忘记。笔试里甚至会问“如果Delegate用strong会有什么后果”，其实就是问循环引用导致的内存泄漏。
NSTimer循环引用是另一个高频陷阱：Timer被RunLoop强持有，Target又被Timer强持有。常规解法是Timer加block API，或者在viewWillDisappear里主动invalidate。这块牵扯到RunLoop的Mode和Timer触发机制，答得深入会非常加分。
3.3 内存管理的底层视角：Tagged Pointer与弱引用表
2018年那会儿，苹果的Tagged Pointer优化已经上线很久，但很多刚毕业的同学还没意识到它对内存管理的冲击。Tagged Pointer的核心思想是：对于NSNumber这类小对象，不再需要堆内存分配，直接把值编码在指针本身。这意味着访问小对象不再需要消息发送，省了malloc、retain、release的开销。
笔试如果问你“为什么NSNumber可以不需要retain计数”，能答到Tagged Pointer就是高分答案。再看weak的实现：__weak变量会被注册到SideTable的弱引用表中，对象释放时根据弱引用表把指向它的指针全部置为nil。这套机制理解了，runtime的objc_destroyWeak、objc_loadWeak这些函数的调用时机就能串起来，笔试中的“weak和assign区别”这类题也能答得更有层次：assign适用于基本类型，weak适用于对象类型且自动置nil，背后是因为有弱引用表这个基础设施。
4. UIKit、多线程与网络：客户端基本功的“连带式”考察
iOS岗位笔试中，UIKit知识、多线程、网络基础往往是交织出现的，因为工程里这三者自然耦合。爱奇艺这套题在UIKit部分很有代表性，Auto Layout适配和UIViewController生命周期都是高频。多线程与网络则侧重考察“是否真正理解并发模型”。
4.1 UIView和CALayer的关系：为什么面试官总是追问这个
这道题看似基础，其实是区分“背答案”和“真懂”的分水岭。UIView的职责是事件响应和视图层级管理，CALayer负责视觉内容渲染和动画。每个UIView内部都有一个layer属性，两者通过 delegate 建立联系。当UIView需要绘制内容时，会调用drawRect:，最终内容会提交给Core Animation的渲染管线。一个常见追问是：**为什么UIView的frame改变时，CornerRadius的圆角裁剪有时候会失效?**这涉及到masksToBounds和contents的关系，以及离屏渲染的性能问题。
视频类App中有大量图片和视频封面展示，圆角处理是否触发离屏渲染直接影响滑动帧率。通过UIBezierPath和CAShapeLayer做圆角，或者直接用带圆角的图片资源，都是更优解法。笔试现场如果能把圆角和shouldRasterize的关系说清楚，说明你真的考虑过渲染性能，而不仅仅是UI效果。
4.2 UIViewController生命周期：和View生命周期别搞混
这题年年考，但年年有人丢分。它的核心考察点是：loadView、viewDidLoad、viewWillAppear、viewDidAppear、viewWillDisappear、viewDidDisappear的完整调用顺序，以及内存紧张时的didReceiveMemoryWarning如何处理。
有个容易被忽略的考点是：**当ViewController从A push到B，A的viewWillDisappear和B的viewWillAppear谁先调用？**答案是A先，B后。这道题的爱奇艺版本可能换成“视频播放页进入时，先后会触发哪些生命周期回调”，本质上一样。理解这个顺序的意义在于：比如播放器需要在B出现时才自动播放，就需要在B的viewDidAppear里触发，而不是viewDidLoad里，否则可能因为视图尚未显示导致黑屏或卡顿。
4.3 GCD、NSOperation和死锁：多线程的底层逻辑
iOS面试对多线程的考察，已经从“选GCD还是NSOperation”升级到了“能不能解释清楚队列与线程的关系、死锁到底怎么产生的”。这场笔试出现过一道经典题目：在主队列异步执行任务，再嵌套同步执行同一个主队列任务，会怎样?
答案就是死锁。主队列是串行队列，同步提交到主队列的block需要等队列执行完上一个任务才能开始；而当前主队列正在执行的代码就是当前这个函数，当它去同步等待新block时，队列被自己卡住了。用一个生活化类比：你排队等电梯，又把自己锁在电梯里，外面的人进不来，你也出不去。理解了这个模型，GCD的队列层级、dispatch_sync和dispatch_async的区别才算真正弄明白了。
NSOperationQueue相比GCD的优势在于：可以设置最大并发数、依赖关系、取消操作。视频App里封面图多并发下载、失败重试这些场景，NSOperationQueue的依赖设计会很顺手。笔试问“为什么用NSOperationQueue而不是直接GCD”，你要能答出业务控制能力，而不是简单说“更高级”。
4.4 网络层基础：从HTTP状态码到连接复用
爱奇艺视频App的网络请求量大，对网络基础的考察自然不会少。选择题里HTTP状态码、GET和POST区别算热身，简答题可能涉及TCP三次握手、HTTPS握手流程、HTTP/2多路复用等。
推荐一个把网络知识串起来的方法：用抓包工具真实看一次视频播放的请求流程。你会发现一个播放器首次加载视频时，会先请求m3u8或mpd索引文件，再去请求分片ts或segment，并且会建立多个HTTP连接并行拉流。这个过程中涉及DNS解析、TCP连接、TLS握手、HTTP请求响应、缓存策略，比死记硬背协议状态机有效十倍。笔试考网络，真正的目标是想知道你在实际定位问题时，能不能通过抓包准确分析出是服务端返回了5xx、还是客户端缓存策略有问题、还是DNS解析污染。
5. 爱奇艺专场的技术侧重点：视频播放场景与性能优化
如果只刷通用iOS题，这套笔试的“视频平台特色题”可能会打你个措手不及。爱奇艺作为视频公司，在技术选型和性能优化上对播放器、视频列表、弱网策略会有额外偏好。虽然2018年的题量不算大，但方向暗示很明显：他们需要能搞定大流量、复杂业务场景的iOS工程师。
5.1 播放器层：AVPlayer与缓存策略的基本功
视频类App笔试中比较典型的问题有：
- AVPlayerItem的status观察：什么时候算准备好可以播放?答
AVPlayerItemStatusReadyToPlay。 - 如何实现视频预加载：提前创建AVPlayerItem并设置
automaticallyWaitsToMinimizeStalling。 - 如何判断视频是在播放还是卡顿：监控
timeControlStatus和播放进度回调。
缓存策略是视频行业的永恒话题。常规套路是分段缓存：播放器下载的分片数据先写入临时目录，播放完后再按LRU策略清理；千万不能把整个视频文件一次性加载进内存。笔试如果问“弱网下的视频卡顿如何优化”，你可以拉出三条线：一是码率自适应（HLS的多码率切换），二是缓冲策略调整（预加载窗口增大），三是播放器状态机管理（避免频繁buffer导致黑屏）。
5.2 列表性能：从Table View到集合视图的复用机制
视频App的首页Feed流，本质是大量图片和视频封面的异步加载。笔试关于UITableView性能优化的题，考察的核心就是“cell复用”和“异步渲染”。
常规考点有：
dequeueReusableCellWithIdentifier:的复用机制原理，以及不同identifer的影响。- 为什么不要在
cellForRowAtIndexPath:里做耗时操作，为什么heightForRowAtIndexPath:要尽量轻量。 - 图片异步加载的常规做法：SDWebImage的占位图、磁盘缓存、解码放在子线程、避免重复下载。
进阶考点是“cell估算高度”机制：优化前用tableView:heightForRowAtIndexPath:计算行高导致滑动卡顿，优化后用UITableViewAutomaticDimension让系统自动估算，再配合estimatedRowHeight。这套机制在Auto Layout时代几乎是标配，笔试如果给你一段有高度计算问题的代码，你要能指出性能瓶颈在哪。
5.3 性能优化：启动时间、卡顿掉帧与耗电
视频App用户对流畅度非常敏感，因此启动优化、卡顿检测是笔试的高频加分题。
启动时间优化的几个方向：
- 减少
+load的复杂度或改为+initialize。 - 二进制重排减少Page Fault（2018年这个还没那么热，但现在很常见）。
- 首屏需要的资源提前预加载，其他资源延迟加载。
卡顿检测的底层原理是监控RunLoop的活动状态。当RunLoop在kCFRunLoopBeforeSources和kCFRunLoopAfterWaiting之间停留超过阈值（比如50ms或100ms），可以判定为主线程卡顿。现在很多卡顿监控工具的核心就是这个逻辑，笔试时能画出一个简单的“卡顿判定流程图”会非常加分。类似地，耗电优化会涉及定位服务的精度设置、后台任务管理、图片解码策略等。2018年iPhone X刚出，适配Safe Area也成了答题点时，“安全区域适配”和“Home Indicator规避”这类iOS 11特性如果能在后面场景中提一嘴，会让面试官觉得你紧跟系统变化。
6. 备考节奏与临场答题策略：老油条的经验总结
最后这套实战经验不是从书本上抄的，是完全来自我在校招和面试中反复试错、积累起来的体会。
6.1 三轮复习法：把知识点“煮熟”再“嚼烂”
第一轮以广度覆盖为主。把iOS常考的知识模块列清单：ObjC语法与Runtime、内存管理、UIKit、多线程、网络、数据持久化、性能优化。每个模块浏览一遍高频题，确保遇到名词不陌生。这一轮不需要深挖，能说出“这个考点大概归哪类”就行。
第二轮以深度理解为主。针对每个高频考点，用“讲给别人听”的方式检验自己。比如把RunLoop的运行机制讲给室友听，如果室友听懂了，说明你真的理解；如果讲着讲着自己卡住，那个点就是知识盲区。这一轮的关键是链条完整，能把A知识点连接到B知识点。
第三轮以刷题和模考为主。先刷算法题，再刷iOS概念题。强烈建议计时模拟笔试环境，不是刷着玩，而是训练时间分配和压力下的思考节奏。iOS概念题用“答案复述法”：看到一个题目，先在脑海里组织一段口语答案，再和参考答案比对，找出遗漏的关键词和逻辑断层。
6.2 临场答题的四个实用技巧
先做会做的，标记不确定的。选择题拿不准的，凭第一印象选完就过，不要反复修改，回来再看一遍反而容易改错。
简答题按“定义+原理+场景+坑”四层结构答题。就算题目只问“什么是RunLoop”，也要把RunLoop的应用场景和常驻线程的需求带上。这能向面试官展示你的知识面，还容易命中隐藏的加分点。
编程题先写注释再写代码。写清楚输入输出、边界条件、算法思路，即使最后代码有小bug，阅卷人也能看出你在思考。见过太多人上来就闷头写，结果写一半发现思路错了没办法改正。
不要空着主观题。哪怕只会一个相关概念，也写上去。校招笔试的主观题评分存在主观因素，你展示出来的思考过程本身就是分值。
6.3 备考资料与心态调整的私人建议
不少同学喜欢把精力花在收集面经上，收藏了几十个网盘链接，结果一个都没打开。面经只能当作考点索引，不能替代系统复习。我更推荐的做法是：找一本经典iOS进阶书（比如《ObjC高级编程》这类能深入讲解内存管理和Runtime的），再配合一个开源项目源码精读——比如看AFNetworking怎么管理会话、SDWebImage怎么设计缓存、Alamofire的请求链路长什么样。读源码是提升最快的方式，不要被大神们“我一天读一个框架”的话吓到，一个月精读两个框架已经足够有收获。
心态方面，秋招笔试很可能连续几天密集轰炸，前面考砸一场很容易影响后面。我的经验是：每场笔试结束后，花15分钟记下哪些题不熟、哪些题完全陌生，然后立刻去查。考题永远比面经新，当场复盘是效率最高的积累方式。不要纠结一场的得失，我见过太多因为一场笔试心态崩了，结果后面连简单题都发挥失常的人。
回到爱奇艺2018秋季校招iOS工程师（第一场）这套题，它骨子里传递的信息其实是：爱奇艺需要的人，不只是会写界面、会调API的开发，更是能理解底层机制、能在复杂业务场景里做权衡和优化的人。这套笔试放在今天仍然值得认真做一遍。准备秋招的过程，本质上就是在把大学四年积累的碎片知识进行一次系统重构。无论目标是爱奇艺还是其他大厂，扎实的计算机基础、深度的iOS原理理解和工程化思维，永远是面试官最看重的三样东西。愿你在今年秋招里，拿出这套题的复盘精神，每一场笔试都当作一次学习机会。把自己该准备的知识都准备到位，结果自然不会差。
