1. 整體出題思路與考察重點解析1.1 這套題到底在考什么每年的秋招筆試都是千軍萬馬過獨木橋愛奇藝這套iOS方向的筆試題A卷屬于典型的“基礎功篩查型”試卷。我翻過不少大廠的iOS筆試愛奇藝這套題的特點是不考偏題怪題但覆蓋面極廣從語言特性到運行時機制從內存管理到UI事件傳遞幾乎是把你大學三年加實習一年積累的知識底子整個翻出來曬一遍。很多同學拿到試卷第一反應是“這些知識點我都見過”但真正下筆的時候才發現自己只是“知道”而不是“理解”。比如KVO鍵值觀察怎么用大多數人能說出來但問到“KVO的底層實現是什么”“手動觸發KVO怎么做”“嵌套Context有什么坑”就卡住了。這套題的狠勁就在這兒它不問你API怎么調它問你API背后發生了什么。整套題從能力考察維度來看可以分成四個層次第一層是語言基礎考察OCObjective-C的核心特性有沒有吃透第二層是運行時與內存管理考察對底層的理解深度第三層是UI與事件處理考察日常開發中會不會踩坑第四層是多線程與系統框架考察工程落地能力。從“愛奇藝2019秋招iOS方向筆試題A”這個標題就能看出這是秋招的第一輪篩選出題人的邏輯很清楚——基礎知識不牢固的人后面項目經驗聊得再嗨也是白搭。1.2 刷題之外更要建立知識網絡我見過太多同學刷題的方式是背答案這道題選A那道題選C記住了就往下走。這套方法應付一般的學?？荚囈苍S有用但面對愛奇藝這種大廠筆試幾乎必翻車。因為大廠筆試題有個特點它經常會換一個角度考察同一個知識點或者把兩個知識點揉在一起考。你背的是答案它考的是邏輯對不上自然就懵了。所以正確的備考方式應該是每做一道題不要只停留在“選什么”而是把這個知識點相關的上下游全部梳理一遍。比如考到KVO你就應該順著把KVO的原理、應用場景、常見坑點、與Notification的區別全部過一遍考到Block就要把Block的類型、循環引用、__block修飾符、Block的存儲位置全部串聯起來。這樣做一道題等于復習了一整個知識模塊效率比盲目刷題高得多。我在實際帶新人的時候發現很多應屆生對知識點的掌握是“點狀”的東一個西一個連不成線。這樣面試官一深挖就露餡。正確的狀態應該是“網狀”的任何一個知識點被問到你都能沿著它延伸到相鄰的領域。這套題本身就是一個很好的知識網絡索引順著它梳理下去基本能把iOS面試的高頻考點覆蓋個大半。2. 核心細節解析與實操要點2.1 語言基礎類考點與解題思路OC語言特性是這套題的重頭戲尤其是那些OC獨有的、跟Swift差異明顯的機制。KVO和KVC鍵值編碼基本是必考的而且考法每年都在變。KVO的核心機制你要能說清楚當你對一個對象添加觀察者時Runtime會動態創建一個該類的子類重寫被觀察屬性的setter方法在setter里調用willChangeValueForKey和didChangeValueForKey從而把變化通知給觀察者。這個動態子類的過程很多人只是聽過名字但不知道細節面試官一問“子類叫什么名字isa指針怎么變化的”就容易卡住。KVC的考察點則集中在setValue:forKey的查找順序上。你要知道它的完整查找路徑先找setKey方法如果沒有再找_key、_isKey、key、isKey這些實例變量都找不到才會調用setValue:forUndefinedKey。這個順序我建議每個準備面試的人都畫一遍因為很多實戰中的奇怪問題歸根到底都是這個查找順序引起的。Category與Extension的區別也是高頻題。一句話總結Extension在編譯期決定有源碼才能添加添加的方法和屬性是直接加在本類上的Category在運行時合并沒有源碼也能添加但不能直接添加實例變量可以通過關聯對象實現。這里有個隱含考點就是Category的方法覆蓋優先級——多個Category都實現了同一個方法時最后編譯的那個會“生效”但本質上不是覆蓋而是方法列表里排在前面被先找到。這個問題我在真實項目中就踩過坑兩個庫的Category都實現了同名方法結果調到的跟預期的不一樣排查了很久。2.2 內存管理與Block內存管理在筆試里幾乎從不缺席尤其是ARC自動引用計數相關的概念辨析。你需要搞清楚strong、weak、copy、assign這幾個修飾符的本質區別。strong是強引用引用計數加一weak是弱引用不增加引用計數對象釋放后自動置為nilcopy會拷貝一份對象修飾Block時會把棧上的Block拷貝到堆上assign通常用來修飾基本類型如果修飾對象類型對象釋放后指針不會置空繼續訪問會野指針崩潰。這套題如果考到這些一般不會直接問“strong和weak有什么區別”而是給你一段代碼讓你分析引用計數變化和最終打印結果。這種題考察的是有沒有真正理解ARC的機制而不是背修飾符的定義。我建議你做題的時候把每一行代碼涉及的引用計數變化都在草稿紙上標出來養成這個習慣遇到再復雜的題都不怕。Block的循環引用問題已經是老生常談了但考法也在升級。最基礎的考法是在一個ViewController里Block捕獲了self而self又強引用了這個Block造成循環引用用__weak typeof(self) weakSelf self解決。進階考法是Block里用了weakSelf之后又在異步操作里訪問weakSelf的某個屬性這時候weakSelf可能已經被釋放了需要在Block開頭用__strong typeof(weakSelf) strongSelf weakSelf保底。這個“weak之后還要strong”的寫法很多人理解不了為什么其實是保證Block執行期間對象不會被提前釋放執行完再釋放。2.3 Runtime底層原理Runtime是區分“會用iOS”和“懂iOS”的分水嶺。這套題里凡是涉及Runtime的基本都是送分題和送命題并存。送分題是消息傳遞機制objc_msgSend的查找流程先從緩存里找找不到去類的方法列表里找再找不到去父類找一直找到NSObject都沒有就進入消息轉發流程。送命題是消息轉發流程的三道防線動態方法解析resolveInstanceMethod、快速轉發forwardingTargetForSelector、完整轉發methodSignatureForSelector和forwardInvocation。這三道防線很多同學背不全或者搞不清楚順序。結合實際開發來說動態方法解析常用于dynamic屬性快速轉發常用于代理瘦身完整轉發可以用于AOP面向切面編程或者異常攔截。我在做崩潰治理的時候就用過完整轉發把一些unrecognized selector的崩潰轉成自定義的日志上報雖然不推薦在生產環境這么做但作為兜底方案確實能減少一些線上崩潰。關聯對象AssociatedObject也是Runtime的?？?。它的底層結構是AssociationsManager維護的一張全局哈希表以對象地址為key關聯字典為value。用的時候要注意關聯對象不會因為對象dealloc自動清理需要在dealloc里手動移除不然會有內存泄漏的風險。另一個坑是關聯對象不參與對象的釋放過程所以用weak策略關聯時對象釋放后關聯值也會變成空這點跟實例變量的行為不太一樣。3. 實操過程與核心環節實現3.1 UI事件傳遞與響應鏈UI部分考察頻率最高的應該就是事件傳遞和響應鏈了。這套題如果出一個場景題一個Button嵌套在View里View嵌套在ViewController的View上點擊Button事件是怎么傳遞和響應的很多同學能答出前半段——hitTest和pointInside的遞歸調用事件從UIApplication傳給UIWindow再傳給根視圖一層層找最適合的響應者。但后半段容易漏——找到最適合的響應者之后事件沿著響應鏈從Button傳到父View再傳ViewController的View再傳到ViewController一直到UIApplication如果每一層的nextResponder都沒處理事件就丟棄了。真實開發中跟響應鏈相關的坑也很多。比如Button的點擊區域太小你加了一個父View的點擊手勢來擴大響應區域結果Button的點擊就失效了。原理是手勢識別器比正常的觸摸事件響應優先父View的手勢識別器把觸摸事件攔截了Button根本收不到touch事件。解決方法是實現手勢識別器的delegate方法判斷觸摸點是否在Button范圍內返回NO讓事件繼續傳給Button。TableView的優化也是筆試和面試的高頻題?；A答法是復用cell、高度緩存、避免在cellForRowAtIndexPath里做耗時操作、異步加載圖片。深一層答法是預排版、預渲染、按需加載、避免離屏渲染。再深一層就是diff算法、異步繪制、滑動幀率監控。這套題如果考到TableView優化建議盡量往深處答因為出題人想看到的不是你會不會用UITableView而是你有沒有做過大列表的性能治理。愛奇藝這種視頻App信息流列表的流暢度直接影響用戶體驗所以這塊幾乎是必考的。3.2 不同iOS系統版本適配策略視頻類App的系統適配是一個繞不開的工程問題。愛奇藝的題如果涉及系統版本適配考察重點肯定不是“怎么判斷系統版本”而是“你的適配策略是什么”。我的經驗是比較大的版本迭代比如iOS 11到iOS 12需要做全量回歸小版本更新做定向驗證就夠了。但有一點要注意系統版本的兼容性測試不能只看UI表現還要關注API行為變化。舉一個我實際踩過的例子iOS 13之后Apple改了KVC的取值行為直接通過KVC訪問私有屬性會觸發NSGenericException異常原來很多第三方庫用KVC修改UITextField的placeholder顏色等操作一下子全崩了。這類問題不真機測到光靠看文檔是發現不了的。所以適配策略里一定要包含一個環節用真實設備跑一遍核心功能和關鍵頁面模擬器替代不了。另外iOS 11的安全區域適配也算是個經典考點了。在iPhone X發布之后所有App都要處理劉海屏safeAreaInsets的獲取、SafeAreaLayoutGuide的使用、導航欄和TabBar的高度適配都是必考內容。這種題考察的是你有沒有真正經歷過適配打磨這不光是代碼問題更是產品體驗問題。我在項目里通常的做法是統一封裝一套布局基類把安全區域的邊距都抽象成常量這樣就算出了新機型也只需要更新這一個地方。3.3 多線程與并發編程多線程和并發編程是大廠筆試的重災區因為這塊既考概念又考代碼還考實際踩坑的經驗。GCDGrand Central Dispatch是考察重點你必須能說清楚串行隊列和并發隊列的區別同步任務和異步任務的區別以及任務和隊列組合出來的各種效果。其中最容易出錯的是死鎖問題。經典的“死鎖題目”是這樣的在主隊列上調用dispatch_sync會死鎖。為什么因為主隊列是串行隊列同步提交一個Block到當前串行隊列而這個Block要等前面的任務執行完才執行但前面的任務正在等這個Block執行完互相等待就死鎖了。如果你在同步提交的Block里又嵌套了一層dispatch_sync提交到同一個隊列同樣是死鎖。我在面試時經常出這道題能答對的應屆生比例并不高。鎖的選擇也是一個很好的考察點。synchronized、NSLock、NSRecursiveLock、OSSpinLock、os_unfair_lock、dispatch_semaphore這些鎖的性能和適用場景各不相同。OSSpinLock因為優先級反轉問題已經被廢棄了面試時如果你還推薦它會被扣印象分?，F在的主流選擇是os_unfair_lock做輕量級互斥dispatch_semaphore做信號量控制synchronized因為底層是遞歸鎖性能最差但容錯最好適合簡單場景標保護。RunLoop也是這套題里經常出現的內容?？疾禳c通常是RunLoop的Source、Timer、Observer三類事件源以及RunLoop的Mode切換。在iOS開發中RunLoop最經典的應用就是滑動TableView時暫停非緊急任務用Observer監聽kCFRunLoopBeforeWaiting在空閑時執行預先分派的輕量級任務這樣能顯著提升滾動的流暢度。另外AFNetworking早期版本也有一道經典面試題就是為什么要在子線程里添加RunLoop因為NSURLConnection的代理回調需要RunLoop來驅動而主線程的RunLoop可能被UI操作阻塞。4. 常見問題與排查技巧實錄4.1 筆試中常見的“陷阱題”類型我幫不少同學做過筆試復盤發現大家在愛奇藝這類筆試里栽跟頭的地方往往出奇一致。第一種是“看似簡單實則復雜”的題比如給你一段MemoryLayout相關的代碼問打印結果很多人憑直覺就答了沒注意深拷貝和淺拷貝的問題。第二種是“概念辨析”的題比如問“atomic一定線程安全嗎”正確答案是不一定atomic只能保證屬性的讀寫原子性不能保證業務邏輯的線程安全很多人一看到atomic就選安全這是典型的概念混淆。第三種是“讀過沒理解”的題比如考autoreleasepool的底層實現很多人知道它是通過AutoreleasePoolPage來管理的但問到對象什么時候真正釋放就說不清了。面對這些陷阱題我的建議是下筆之前先畫圖。無論是一個對象引用的關系圖還是一個事件的傳遞路徑圖畫出圖來邏輯就清楚了一半。另外遇到不會的題不要空著把能想到的相關知識點寫上去有些筆試是人工閱卷的步驟分和思路分也是分。一條答題經驗筆試不只是考察結果更是考察你的思考過程。4.2 從筆試到面試的高頻追問點做好筆試只是第一步接下來面試官會根據你筆試的答案做深入追問。比如筆試考了KVO面試官就可能追問KVO注冊的觀察者在dealloc時沒有移除會怎么樣在iOS 11之后系統會在對象釋放時自動移除觀察者但在iOS 11之前不會析構時會崩潰。再比如筆試考了Block面試官會追問Block的截獲變量是怎么實現的為什么局部變量默認是值捕獲而static變量和全局變量不需要捕獲這兩個問題能答上來Block這塊基本就是滿分了。我的建議是做筆試準備的時候每道題都往深了問自己三個“為什么”。當你把一道題背后的三個“為什么”都弄明白的時候筆試那道題就算得分不高面試也一定能翻盤。因為面試官看重的不是你背了多少知識點而是你有沒有自己的思考深度。我帶過的一個學員就是這樣筆試答得一般但面試時因為對RunLoop的理解特別深最終拿到了offer。4.3 實用的其他備考建議關于備考材料我建議不要只抱著那一兩本iOS面試書死啃。比較好的組合是官方文檔加源碼加實際項目。官方文檔看API設計思路源碼看實現細節實際項目把理論應用一遍。三者缺一不可?？丛创a的時候我強烈建議從objc4和GCD的開源代碼開始看這兩個是iOS的基石也是面試官最喜歡深挖的地方。第一次看源碼可能會比較吃力但你只需要關注跟面試相關的關鍵路徑不必逐行讀懂。刷題的時間安排也很有講究。我見過不少同學是在投簡歷前兩周才開始刷題這基本是來不及的。比較合理的安排是提前一到兩個月每天固定刷十道題每道題連帶把考點擴展一遍。這樣到筆試前你已經建立起完整的知識網絡而不是零散的知識點集合。另外我建議做一套自己的“錯題本”不是抄題目和答案而是寫清楚這道題考了什么知識點、我當時為什么錯、正確的思考路徑是什么。這個錯題本在面試前翻一遍比盲目刷題有效得多。我個人的習慣是每做完一套真題都會花兩倍于做題的時間去做復盤。先對著答案檢查對錯然后不看答案把每一道題的完整解題思路和涉及的知識點自己講一遍講不出來的地方就是知識盲區重點補。這個過程很費時間但效果也是最好的。準備筆試這件事沒有捷徑但找對了方法效率差距可以非常大。