爱奇艺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开发的知识网络”。比如KVOKey-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的奇技淫巧但笔试编译器版本未必支持C11的全部特性。用最基础的数组、指针、结构体去实现反而最稳妥。第二留出边界条件检查的时间。空链表、单个节点、两个节点、反转区间越界——这些边界条件至少要写进思考过程。面试官看笔试代码的时候最看重的不是答案对不对而是代码里有没有养成防御式编程的习惯。就算最后代码没跑通边界条件的处理也会成为简历初筛阶段的加分项。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强持有tableViewtableView的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到BA的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 Fault2018年这个还没那么热但现在很常见。首屏需要的资源提前预加载其他资源延迟加载。卡顿检测的底层原理是监控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原理理解和工程化思维永远是面试官最看重的三样东西。愿你在今年秋招里拿出这套题的复盘精神每一场笔试都当作一次学习机会。把自己该准备的知识都准备到位结果自然不会差。