网易的校招笔试一向以“范围广、深度够、贴近实战”著称iOS开发工程师提前批这套题也不例外。当时我拿到这套题的第一感觉是它不是在考你背了多少API而是在考你有没有真正用iOS写过东西、有没有踩过坑、有没有思考过系统底层在工作时到底发生了什么。这篇帖子我就以这套笔试题为线索把里面涉及的考点、对应的知识体系、以及我当时复习和答题时的一些经验完整拆开揉碎了讲一遍。不管你是准备参加校招还是工作了两三年想回头补补基础这篇内容应该都能给你一些参考。1. 笔试整体思路与考点地图1.1 网易这套题在考什么先给没参加过校招的朋友说下大背景。网易的校招笔试尤其是技术岗通常不是只考单一知识点而是分几个固定板块计算机基础、语言特性和系统框架、编程题、开放设计题。iOS岗位的特别之处在于它会在计算机基础之外重点考察你在iOS平台上的工程实践能力包括内存管理、多线程、网络、渲染、布局、App生命周期这些日常开发绕不开的东西。从我拿到的这套2020提前批题目来看它的核心考察点集中在四个方向语言与运行时Objective-C的消息机制、Swift与OC的混编、引用计数与weak的实现原理、Block对变量的捕获规则。系统框架与UIUIKit的布局体系、Auto Layout与UIStackView的使用场景、App启动过程、ViewController的生命周期、事件传递与响应链。并发与内存GCD的队列与死锁、NSOperation与GCD的取舍、循环引用的成因与检测、内存泄漏的排查手段。工程化与性能二进制大小优化、启动时间优化、卡顿检测、网络层设计、数据持久化方案选型。这四个方向不是随便划的。你去看近几年的面经和笔经iOS岗的高频考点基本就是这些。网易只是把它们打包进了一套题里而且题目设置上明显偏向“你实际开发中会不会遇到、会不会解决”。1.2 为什么这套题值得认真拆解市面上iOS面试题合集很多但大部分是零散的知识点罗列比如“说说Runtime是什么”“讲一下KVC”背完就忘。网易这套题的价值在于它把知识点放在了一个完整的上下文里你需要结合项目经验去回答而不是默写八股文。举个例子题目里问到Block循环引用时不会直接问“Block会不会造成循环引用”而是给你一段实际代码让你分析里面有没有问题、怎么改。这就要求你不仅知道“Block会强持有selfself会强持有Block”这个结论还要理解Block对变量的捕获机制、__weak和__strong的配合使用、以及为什么在Block内部有时还需要用强引用再捕获一次。放在平时这些知识点是分散的但笔试一考就是综合的。这也正是我推荐每一位准备校招的同学认真去刷大厂真题的原因它逼着你把零散的知识串成体系。我的建议是复习时不要按知识点去背而是按场景去串。比如拿到一个“内存管理”的主题就把ARC、引用计数、weak原理、循环引用、内存泄漏排查、AutoreleasePool、dealloc顺序全部串起来每个点都准备一个“面试官追问时的展开版本”。这套题里有很多地方你用这种方式去准备是能正中下怀的。2. 从热搜词反推复习重点大家真正在搜什么2.1 高频热词背后的核心考点我参加完笔试后顺手统计了一下当时iOS相关的技术热搜词发现了一个很有意思的现象大家搜索的内容恰好就是笔试里反复出现的那些考点。我把它们分类对照了一下基本可以给后来人画出一张考点地图。iOS架构、iOS混合开发方案、安卓和iOS开发区别这是系统设计题的高频来源。考察你对MVC、MVVM、VIPER这些架构模式的理解以及你在实际项目中如何选型。混合开发相关的题目WKWebView与JS交互、RN与原生通信是网易这种大厂特别爱考的因为他们的业务里混合开发占比很高。iOS分屏、UIStackView、iOS设备模拟这是UI与布局方向。分屏对应的是iPad多任务适配UIStackView对应的是懒人自动布局设备模拟对应的则是Xcode Simulator的使用与限制。iOS自动化、iOS面试题、iOS开发者模式这是工程化方向。自动化对应XCTest、XCTUITest、Fastlane这些工具链开发者模式对应的是真机调试的基础流程。iOS开发者App证书更新、iOS上架、iOS加急审核这是发布流程方向。几乎所有大厂笔试都会有一两道题或一段开放问答考察你对签名机制、证书类型、上架审核流程的理解。iOS BLE连接参数规范、iOS电池优化、iOS游戏这两个是垂直领域考点。前者对应CoreBluetooth框架后者对应性能优化和Metal/游戏引擎相关的问题。如果你复习时只是对着“iOS面试题”这个关键词去搜搜出来的内容很容易是碎片化的。但如果你把这些热词背后对应的技术点整理成体系你会发现笔试的大部分题目都跑不出这个范围。2.2 热词里最容易被忽视的细节有几个热词看起来不起眼但笔试里真的会出题而且出出来就是拉分题。我单独拿出来说一下。第一个是“iOS OC UIStackView”。很多人觉得UIStackView就是个简单的容器视图把它当普通View用结果面试官一追问“UIStackView和Auto Layout的关系”“UIStackView内部是如何管理Arranged Subviews的约束的”“使用UIStackView时有哪些性能上的注意点”就答不上来了。实际上UIStackView本身不执行布局它只是把内部的约束计算逻辑封装了一层真正起作用的还是Auto Layout引擎。理解这一层你才能回答为什么动态增删Arranged Subview不会有约束冲突。第二个是“iOS开发者模式”。这个热词对应的不只是设置里那个开关还包括Xcode对开发者模式所做的系统级权限变更。笔试如果考到“真机调试时遇到Could not locate device support files怎么办”本质上就是在考你对Xcode版本与iOS系统版本匹配关系的理解以及Developer Disk Image的存放路径。第三个是“Windows和iOS共享文件夹”。这个听起来像是小白问题但我见过有笔试把它作为场景题出过——给定一个iOS设备和一个Windows电脑如何在没有数据线的情况下传文件。它的考察点是局域网文件共享的相关协议SMB、WebDAV以及iOS app对File Provider扩展的支持。你要能说清楚iOS沙盒对文件访问的限制以及为什么iOS不能像Windows那样直接在资源管理器里访问共享文件夹需要借助第三方App中转。第四个是“HarmonyOS NEXT 5.0及以上”。这个热词乍一看跟iOS没关系但网易这类大厂这几年越来越强调多端适配笔试会问“如何把一套iOS业务代码复用到其他平台”这时候鸿蒙、Android的适配方案就变成了一道开放的架构题。你得能说出跨端方案的演进路线最初是WebView套壳后来是RN、Flutter这种自绘引擎再到现在的编译期跨端方案。每个方案的优缺点、适合的场景、在iOS上的特殊处理都是加分项。2.3 一张图理清笔试知识体系文字版地图我把自己整理的笔试知识体系做成了一张“地图”按照优先级和出现频率排了序。你在复习时按这个顺序走效率会高很多。优先级知识模块高频考点对应热词第一梯队语言与运行时引用计数、weak、Block捕获、Runtime消息机制ios面试题、ios架构第一梯队内存管理循环引用、内存泄漏、AutoreleasePoolios开发者模式第二梯队UI与布局UIView生命周期、Auto Layout、UIStackView、事件响应链ios oc uistackview、ios分屏第二梯队并发编程GCD队列、死锁、线程安全ios自动化第三梯队网络与存储HTTP/HTTPS、Charles抓包、缓存策略、数据库选型charles ios抓包第三梯队工程化证书签名、打包上架、加急审核、崩溃分析ios上架、ios加急审核第四梯队系统集成BLE蓝牙、电池优化、多任务分屏ios ble连接参数规范、ios电池优化这套体系不是只为了应对笔试它其实就是iOS开发者的完整能力模型。笔试只是用考题的方式检验你在这些能力模型上的熟练度。3. 高频真题解析与答题思路3.1 语言与运行时消息转发、引用计数、Block捕获这一块是iOS笔试的“必考大题”网易的题目通常不直接考概念而是给你一段代码让你说明输出结果或指出问题。先说消息机制。OC的方法调用本质是objc_msgSend编译器会把[obj doSomething]转换成objc_msgSend(obj, selector(doSomething))然后沿着对象的isa指针找到类对象再从类对象的methodList里查找对应SEL的IMP。如果找不到会触发三级转发流程动态方法解析resolveInstanceMethod、快速转发forwardingTargetForSelector、完整转发methodSignatureForSelector forwardInvocation。笔试里如果给你一个[obj performSelector:selector(unknown)]问会不会崩溃、崩溃在哪个环节答案就在这三步转发里。引用计数这一块要理解的不仅是ARC自动插入retain/release/release更重要的是weak的实现原理。weak对象会被存进一个全局的SideTable的weak_table中当对象的引用计数归零时dealloc会遍历weak_table里的Entry把指向这个对象的所有weak指针置为nil。这个过程是精确的、无遗漏的所以面试官问“为什么__weak修饰的变量在对象释放后会自动变成nil”时你要能说出这个SideTable和weak_entry_t的结构。Block捕获是另一大高频点。你需要分清楚三种Block全局Block、栈Block、堆Block的存储位置和捕获行为以及__block修饰符的作用。笔试里最常见的坑是在Block里直接使用局部变量和在Block里使用__block修饰的局部变量区别是什么。前者是值捕获在Block创建时就把值拷贝了一份后者是引用捕获Block内部修改会影响外部变量。如果Block被拷贝到堆上__block变量也会被拷贝到堆上由Block持有。这背后涉及的其实是编译器对Block结构体__block_impl、__block_byref_xxx的自动生成逻辑。我当时复习这块时把苹果官方文档和GNUStep的源码对照着看了一遍尤其是Runtime的源码。这个过程对我帮助极大因为很多“面试标准答案”其实是简化版的真要往深了问你如果只背简化版就会露馅。比如“weak指针在什么时候被置为nil”标准答案是“对象dealloc时”但深挖一层就是“在dealloc的objc_clear_deallocating阶段SideTable的weak_table会被遍历对应的weak_entry_t里的referents会被全都置为nil”。3.2 UI与布局UIView生命周期、事件传递、Auto Layout与UIStackViewUI这块网易的笔试题很喜欢跟实际场景结合比如“TableView滚动卡顿怎么排查”“UIStackView嵌套UIStackView会不会有性能问题”。先说UIView与UIViewController的生命周期。这是送分题但也是送命题因为很多人只背顺序不知道为什么是这个顺序。UIViewController的生命周期是loadView → viewDidLoad → viewWillAppear → viewDidAppear 这个顺序它背后的逻辑是view是懒加载的第一次访问self.view时才加载loadView里创建根视图viewDidLoad里做一次性初始化viewWillAppear里做每次出现前的前置工作比如更新导航栏、刷新数据viewDidAppear里做每次出现后的后置工作比如统计曝光、启动动画。理解这个逻辑你就能回答“为什么viewDidLoad里拿不到正确的frame”这种问题——因为此时view还没有被加到window上frame还没被最终确定。事件传递和响应链是UI里的经典难点。触摸事件从UITouch开始由UIApplication通过hitTest:withEvent:找到最合适的view然后沿着响应链nextResponder逐级向上传递。这个机制的关键在于hitTest是从父视图往子视图递归找的而响应链是从子视图往父视图回溯的。笔试常考的“点击一个被遮挡的按钮为什么没反应”“在TableViewCell上放一个Button点击Button时Cell的didSelectRowAtIndexPath会不会触发”答案都在这一正一反两条路径里。Auto Layout这一块网易的题目很少考纯语法更多的是让你分析约束冲突。比如“需求是让一个View的宽度等于另一个View的一半同时两个View之间的间距固定怎么设置约束优先级”。这考察的是你对约束优先级UILayoutPriority、content hugging、content compression resistance这些概念的理解而不只是会写NSLayoutConstraint。UIStackView在此基础上做了封装它的distribution、alignment属性本质上就是一组系统预设的约束所以你在用UIStackView时其实还是在跟Auto Layout打交道。这也是为什么我前面说以为UIStackView只是个简单容器的想法很危险笔试一追问就露馅。布局这块还要注意iPad分屏适配。iOS 9之后引入了Split View和Slide Over这两个特性要求你的App在iPad上能适配不同的窗口尺寸。笔试如果问“你的App在iPad分屏下UI错乱怎么办”你要能说清楚UIWindow的尺寸会随分屏变化viewDidLoad和viewDidAppear里的frame判断可能失效正确的做法是用traitCollection和size classes来做自适应布局。这个点跟热词里的“iOS分屏”直接对应属于系统集成类的加分题。3.3 并发与内存GCD、死锁、循环引用与泄漏排查并发这一块是面试官最爱的追问区因为这里能区分“会用”和“懂原理”的人。GCD的核心是队列但很多人分不清串行队列、并发队列、Main Queue、Global Queue之间的差别。笔试如果问“以下代码会不会死锁”给的是dispatch_sync(dispatch_get_main_queue(), ^{})那你如果只记得“在主线程用sync会死锁”是能答对的但要再问“为什么在子线程里往主队列sync不会死锁”就要理解主队列的特殊性主队列里执行的任务必须由主线程的RunLoop来驱动如果你在主线程的某个任务里往主队列同步派发一个任务那这个新任务要等当前任务执行完才能执行而当前任务又在等新任务执行完这就造成了互相等待。在子线程里往主队列sync不会死锁是因为子线程不在主队列里主队列的任务可以由主线程的RunLoop继续执行但要注意主线程此时不能是空闲的——如果主线程正好在等待子线程完成某个操作就又会死锁。循环引用是内存管理板块的常客。最常见的循环引用是self持有blockblock又捕获了self。解决办法是用__weak修饰self在block内部再用__strong修饰一次以防self在block执行期间被释放。笔试的进阶问法是“如果block里用到了self的成员变量而不是self本身会不会造成循环引用”答案是会因为_ivar本质上是通过self来访问的编译器会隐式捕获self。这时的正确写法是把成员变量先赋值给一个局部变量再在block里用这个局部变量。内存泄漏排查是笔试和面试都容易考的实操题。工具层面需要熟悉Xcode的Instruments里的Leaks模板和Allocations模板以及Malloc Stack的开启方式。思路层面要掌握“先复现再定位”的流程通过Leaks模板确认内存整体是否有泄漏对象再通过Allocations的Mark Generation功能对比不同时间点的堆快照找到持续增长的对象最后通过Call Tree确认引用来源。笔试如果问“线上App怎么排查内存泄漏”你要能说清楚线上环境没有Xcode需要借助MetricKit或自研的内存监控模块来收集崩溃堆栈和内存水位数据。3.4 网络与调试从HTTP到Charles抓包原理网络这块笔试考的是从应用层到传输层的完整理解。你不仅要会用NSURLSession发请求还要能说清楚HTTPS的握手过程、Charles是怎么做中间人代理的、App侧的证书校验和防抓包方案。先说HTTP和HTTPS。HTTP的报文格式请求行、首部、空行、消息体、状态码语义2xx、3xx、4xx、5xx、缓存策略Cache-Control、ETag、Last-Modified这些是基础中的基础。HTTPS要能说清楚TLS握手流程客户端发ClientHello服务端回ServerHello和证书客户端验证证书并用公钥加密Pre-Master Secret发给服务端双方通过Pre-Master Secret生成会话密钥之后所有通信都用对称加密。笔试如果考“HTTPS就一定安全吗”你要能答出来HTTPS只保证传输过程中不被窃听和篡改但App如果做了证书校验中间人攻击就很难实施如果只是默认校验那在用户信任了恶意CA证书的情况下仍然可能被抓包。Charles做HTTPS抓包的原理是中间人代理。它把自己伪装成目标服务器跟客户端建立一条HTTPS连接同时把自己伪装成客户端跟真正的服务器建立另一条HTTPS连接。这样客户端和服务器之间的所有通信都会经过它它解密后用明文展示。但前提是客户端信任了Charles的根证书。这也是为什么很多App防抓包的第一道防线就是SSL Pinning——在客户端内置服务器证书的公钥或指纹校验失败就直接断开连接。笔试如果考“你的App被逆向工程师抓包了怎么办”你除了说SSL Pinning还可以说这几层方案请求参数加密把敏感字段用AES或RSA加密后再传输、请求签名HMAC或RSA签名防止参数被篡改后重放、响应数据加密即使被抓包看到的是密文、风控检测检测到抓包环境时上报或降级服务。这些方案层层递进就是一个完整的移动端安全设计思路。我当时在复习这块时还专门去看了Charles的官方文档里对SSL Proxying原理的说明这对理解中间人代理特别有帮助。3.5 工程化与发布证书签名、上架流程与加急审核工程化与发布这块是很多自学iOS的同学最陌生的领域因为它需要真机、开发者账号、App Store Connect没有实际操作经验的人很难说出细节。但这偏偏是大厂笔试的爱考题因为能考察一个人是不是真的独立完成过App的发布。先讲证书签名。iOS的签名机制是双重签名开发者证书Development Certificate用于证明“开发者的身份”Provisioning Profile用于证明“这个设备能不能跑这个App”。App在编译时会被签名签名内容包括代码的摘要和设备ID列表安装时设备会验证签名是否合法。开发者证书又分为Development和Distribution两种Distribution里还细分Ad Hoc和App Store区别在于能用哪些设备安装。上架用的App Store证书不能直接把App装到别人的手机上除非通过TestFlight这跟Android的APK直接分发有本质不同。很多Android开发转iOS的朋友第一次接触这套机制时都容易晕笔试回答也容易说错。打包上架流程是在App Store Connect创建App → 配置Bundle ID、证书和描述文件 → 在Xcode里Archive → 上传到App Store Connect → 填写审核信息截图、隐私政策、审核备注→ 提交审核 → 等待审核结果。这里面每一个环节都有坑比如Bundle ID和描述文件不匹配、隐私政策链接无效、审核备注里没说明账号密码导致审核被拒。笔试如果考“上架被拒了怎么办”你要能说出常见的被拒原因2.1大礼包、4.3重复App、5.1.1隐私权限和对应的处理思路。加急审核是这几年问得比较多的点。苹果官方提供加急审核通道但不是在App Store Connect里点个按钮就行而是要登录加急审核页面填写申请理由说明App为什么需要加急通常是线上有严重Bug、有法律合规要求、或者有重要的时间敏感事件。加急审核的申请率是有限的不要滥用否则会被苹果团队标记。笔试如果考这个你要能说清楚常规审核周期通常1~3天、加急审核的入口和使用条件、以及审核驳回后申诉的流程。3.6 系统集成与性能优化BLE、电池、启动时间与卡顿BLuetooth Low Energy网易有智能硬件和IoT的业务线所以笔试里出现BLE蓝牙低功耗相关的题并不意外。CoreBluetooth的核心是两个角色Central中心设备通常是手机和Peripheral外设通常是手环、传感器这类设备。连接参数的规范特别重要iOS对连接间隔Connection Interval、从机延迟Slave Latency、超时时间Supervision Timeout都有合理范围的要求如果外设端设置的连接间隔过短或从机延迟过大可能导致iOS连接不稳定或耗电过快。笔试如果考BLE大概率是给你一个场景“手环连接后经常断连怎么排查”。你要能答出先看信号强度RSSI再看连接参数是否合理再看外设有没有主动断开连接比如被动掉电或超出通信范围还要看App侧是否在后台模式下正确处理了蓝牙事件。这背后对应的是CoreBluetooth的状态机待机 → 扫描 → 连接 → 发现服务 → 发现特征 → 订阅通知 → 数据传输。每一步都有对应的代理方法漏掉任何一个回调连接流程就可能卡住。电池优化iOS的电池优化跟Android不太一样iOS不能像Android那样自由地管理后台进程但App在前台的行为对续航影响很大。笔试常考的优化点包括定位服务使用时机requestWhenInUseAuthorization vs requestAlwaysAuthorization、后台刷新开关、推送到达率与电量消耗的平衡、图片解码的内存峰值控制、以及CADisplayLink和NSTimer的合理使用。这里面最容易忽略的是图像解码。UIImage加载图片时默认是懒解码的即真正绘制时才解码。如果一次性加载大量高清图片解码时的内存峰值会非常高而且解码发生在主线程会直接造成卡顿。优化的思路是用ImageIO或第三方库提前解码、压缩采样、或者用Downsampling技术只加载所需的缩略图尺寸。笔试如果给一段图片列表滑动的代码让你优化这个知识点会非常加分。启动时间优化启动时间是大厂非常看重的核心指标因为它直接影响用户的留存。App冷启动分两个阶段main()函数执行之前的dyld加载阶段和main()之后的AppDelegate初始化阶段。优化思路从大往小说减少动态库依赖、合并冗余类、删掉不需要的load方法、把重初始化延后、用启动任务调度器把耗时的初始化任务拆到不同线程和不同优先级。笔试考启动优化时最常见的套路是“你的App启动时间超过了3秒如何排查和优化”。你要能说出用Time Profiler看启动阶段的主线程耗时用Instrument的App Launch模板看各个阶段的耗时占比用OSSignpost埋点监控关键节点的耗时。这些工具和技巧不是背概念就能答好的需要真实上过手。卡顿检测与优化卡顿的本质是主线程的RunLoop在某一轮循环里执行时间过长导致帧率下降。在iOS里CADisplayLink每一帧触发一次如果主线程在这一帧里做太多工作就没法在16.7ms60fps内完成绘制屏幕就会卡顿。笔试的经典问题是“如何监控App的卡顿”你要能说出至少两种方案第一种是基于RunLoop观察者的方案注册一个RunLoopObserver监听kCFRunLoopBeforeSources和kCFRunLoopAfterWaiting计算两个时间点之间的耗时第二种是基于子线程ping主线程的方案用一个定时器在子线程里ping主线程如果主线程没有在规定时间内响应就记录当前的堆栈。这两种方案在工程上都有成熟的开源实现比如之前很火的第三方卡顿监控库就是基于RunLoop的方案。4. 从笔试到实战网易这套题背后的工程师能力模型4.1 笔试不只是做题更是一次技术体检我参加完网易2020校招提前批笔试之后最大的感受是这套题不是我“复习得好就能拿高分”的那种考试它更像是一次技术体检每个题的背后都在检验你平时写代码时的习惯和思考方式。举个例子题里问Auto Layout的约束优先级如果你平时写UI时遇到约束冲突只会删掉某条约束那你大概率答不好这道题但如果你遇到约束冲突时会去分析是哪两个约束在打架、优先级怎么调整才能让系统满意那你不仅知道答案还能说出底层逻辑。网易的笔试题目设置就是在筛选后者。这也是为什么我一直强调准备笔试之前最好是先有至少半年以上的实际开发经验哪怕是自己的项目。没有经验很多题你连“它在问什么”都看不出来。比如有一道题是关于动态库与静态库的加载时机差异你如果只是在网上看过“动态库晚加载、静态库早加载”但不知道dyld在启动时是如何解析、映射、绑定符号的你很难答出它后面追问的那些问题。4.2 大厂笔试里隐藏的“工程师分层逻辑”我把近几年几家大厂的iOS笔试题放在一起对比过发现它们的出题逻辑是有共性的用基础题筛掉没写过代码的人用进阶题筛掉只会写代码但不懂原理的人用开放题筛掉没有架构思维的人。网易这套题里基础题集中在语言特性和UI生命周期这部分只要你认真学过iOS开发并做过一两个项目基本都能答上进阶题集中在内存管理和多线程这部分需要你踩过坑才能理解比如“在tableView cellForRowAtIndexPath里同步加载图片为什么卡顿”只有真的遇到过卡顿的人才能给出有说服力的回答开放题集中在架构设计和性能优化这部分需要你有全局视野能站在系统的角度分析问题而不是只盯着自己的那块代码。理解了这个分层逻辑你复习时就会有侧重点先保证基础题不丢分再尽量把进阶题答出深度开放题哪怕不完美也要展示出分析思路。我当时给自己定的目标是“基础题全对、进阶题答到80%、开放题至少能给出方案框架且逻辑自洽”。最后笔试结果出来虽然没有拿到最高的分数但顺利进了面试说明这个策略是有效的。4.3 准备网易iOS笔试的具体操作路径如果你现在正在准备网易或类似大厂的iOS校招笔试我给你一条可执行的操作路径按这个顺序来效率会高很多。第一步用一周时间过完计算机基础。主要看数据结构数组、链表、哈希表、二叉树、堆、操作系统进程与线程、内存管理、死锁、网络TCP/UDP、HTTP/HTTPS。如果时间紧优先看网络和数据结构因为这两块在笔试里占的分值最高。第二步用一到两周时间主攻iOS核心知识。重点是内存管理、Runtime、多线程、UI布局、网络层每一块都要做成“概念→原理→代码示例→常见坑”的结构化笔记。做笔记的目的不是为了背而是为了在写的时候发现哪些地方你自己其实没搞清楚。第三步拿出三个完整的时间段模拟笔试环境做题。找最近三年的网易iOS笔试题按150分钟的时长、闭卷的方式做一遍。做完后对答案重点不是看对错而是看“为什么我没想到这个方向”。这一步是提升最快的因为模拟笔试会逼着你把之前输入的知识在自己的大脑里组织一遍、输出一遍。第四步整理错题和个人技术短板清单。针对做错的题找到对应的知识模块回到第二步的笔记里去补课然后找一些同类型的新题再验证一次。这一步如果时间充裕建议做一个“短板追踪表”把每个错题对应的知识点、错误原因、修正后的理解都记录下来。面试前一周只需要反复看这份表就行。4.4 怎么用这份笔记做面试前的最后冲刺我当时在面试前一周做的唯一一件事就是把整套笔记压缩成了一张张卡片每张卡片上写一个技术点的主体逻辑和常见追问。比如内存管理这张卡片上正面写着“引用计数和weak的实现”背面写着“SideTable、weak_table、dealloc时置nil的流程、以及weak指针在Block里的使用陷阱”。面试前那几天我每天抽一小时随机抽取20张卡片对自己进行模拟问答。这种方法比反复看长文章要有效得多因为面试本质上就是问答提前习惯“被问→组织语言→回答”的节奏能显著降低现场卡壳的概率。尤其是网易这种大厂的技术面通常有好几轮每一轮的追问都很深你如果没有形成自己的知识索引很容易在“连续追问三四个为什么”的时候防线崩溃。我在整理卡片时还有个习惯每个知识点不管多简单都要给自己准备一个“项目案例”。比如问“你怎么做启动优化”我会说“我自己的项目里发现启动时加载了一个大JSON文件耗时300ms后来改成后台线程解析本地缓存耗时降到50ms”。有项目案例的回答比单纯背概念的回答可信度和说服力高很多。网易的笔试虽然不直接考察项目介绍但它在开放题里暴露出来的思维方式其实和面试时讲项目的能力是相通的。5. 常见问题与避坑指南5.1 笔试中的高频失分点是哪些根据我个人的经验和身边同学的反馈网易iOS笔试题的失分点通常集中在以下几个方面第一基础题不扎实。很多人复习时直奔高级主题结果笔试一开始的几道语言基础题反而答错了。比如“weak和assign修饰符的区别”“copy和strong在修饰NSString时的区别”这种问题没有任何花活纯粹是基础功。失分的原因往往是平时用的时候没有留意修饰符的选择或者只记结论不理解原理。第二概念会背应用不会。比如能说出“ARC下不需要手动release”但给一段MRC风格的代码时看不出问题出在哪能说出“dispatch_queue是先进先出的”但不理解并发队列里任务的实际执行顺序为什么是不确定的。这本质上还是缺少实践光靠背概念救不了。第三开放题没有分析框架。很多同学遇到“怎么优化一个卡顿的列表”这种题直接就开始罗列“用异步加载图片、减少视图层级、使用reuse”结果答得零散没有说服力。正确的答法是先分维度CPU、GPU、内存、I/O再在每个维度下展开具体方案最后给出一个“先测量再优化”的整体思路。有框架的回答即使方案不够深入也至少体现代理人有系统的思考方式。5.2 准备过程中最容易踩的坑第一个坑是只刷题不实践。iOS是一个强实践的技术方向很多知识点光靠看是看不明白的尤其是UI布局、动画、Auto Layout这些不亲手做一遍遇到问题就不知道从哪里下手。我当时复习UIStackView时专门用半个月时间把项目里的几个复杂页面用UIStackView重写了一遍踩了不少坑但正是那些坑让我在笔试里遇到UIStackView的题目时能写出非常具体的答案。比如UIStackView的arrangedSubviews被设置为hidden时spacing会自动收缩这个细节是文档里没写但实际会遇到的笔试里把这个点写出来阅卷官会立刻觉得你是个有实战经验的人。第二个坑是忽略笔试环境。网易校招笔试一般是在牛客网或赛码网上进行的编程题需要在线编写和调试。如果你平时习惯在Xcode里写代码突然换到网页编辑器里很容易出现语法不熟、调试不方便、时间分配不均的问题。建议考前至少用牛客网做几道iOS相关的编程题提前适应一下网页编程环境。第三个坑是不看时间分配。网易的笔试题量不小选择题和问答题往往占比很大编程题可能有两三道。很多人一上来就在编程题上死磕结果后面的问答题没时间写。我的建议是先把所有题目扫一遍按单位分值的时间成本来分配——选择填空控制在1分钟一道简答题每题5-8分钟编程题每题20分钟左右。如果一道题超过时间预算还没思路先标记跳过做完了再回头补。回过头你会发现很多题并不是不会只是一开始脑子里没组织好语言。第四个坑是忽略错题的复盘价值。笔试结束后的复盘比笔试本身更重要。我做错的每一道题都会在当天晚上整理成错题笔记写上错误原因、正确思路、以及同类题目的解题模板。比如有一道题问“TableViewCell上放了一个Button点击Button时如何同时响应Cell的点击事件”我一开始以为不可能后来复盘发现可以通过Button的addTarget和Cell的hitTest方法的配合来实现。这个知识点后来在面试里真的被追问了我立刻就能给出准确的回答。5.3 一个实用的笔试时间分配模板最后分享一个我在实际笔试中验证过的时间分配模板适用于大部分大厂的iOS技术笔试。前提是你已经对知识点做了系统复习这个模板解决的是“临场时间不够”的问题。拿到试卷后先用3分钟浏览全部题目把各题的分值和熟悉度标出来。然后按“先易后难、先高分后低分”的原则做题单选多选每道目标时间控制在60秒内不会的题目先标记跳过如果最后还有时间再回来看简答题每道目标时间控制在8分钟内答题时先写关键结论再补充原理和代码示例编程题如果有多道先做最简单的那道稳定得分再做有把握的中等题最后冲刺难题。预留最后15分钟做检查重点检查选择题的选项是否看错、编程题的边界条件是否处理完整、是否有遗漏的题目没填。这个模板的关键在于“永远不要让一道题卡住你的整体进度”。笔试和面试一样本质上是概率游戏——你做对的题越多进入下一轮的概率就越大而不是看你有没有做对最难的那道题。我认识好几个拿到网易offer的同学都不是笔试满分的那批人但他们有一个共同点基础题几乎不丢分开放题都给出了有框架的回答编程题至少完整做出了两道。这就是这个模板的底层逻辑。回头再看这套网易2020校招iOS开发工程师提前批的笔试题其实它就像一面镜子照出来的不是“你会不会背题”而是“你有没有真的在iOS开发这条路上踩过坑、过过坎”。校招只是职业生涯的起点笔试只是起点上的一道门槛。把这套题里的每一个知识点吃透你收获的不仅是一份笔试通过的通知更是一张iOS工程师的知识图谱。希望这篇拆解能帮你在准备过程中少走一些弯路。