序言

目前形勢，參加到iOS隊伍的人是越來越多，甚至已經到供過于求了。今年，找過工作人可能會更深刻地體會到今年的就業形勢不容樂觀，隨著各大公司秋招的開始，很多小伙伴都行動起來了，我也有幸獲得了一份不錯的offer并和大家分享自己的經驗心得。由于我面試公司比較多，所以自然也是做了這方面的準備，因此這篇總結并不一定適合想去創業公司的同學。另外，由于經驗本來就是主觀性極強的東西，加之筆者水平有限，所以如果有不認可的地方，萬望諸君呵呵一笑，拋之腦后。

首先我要問大家幾個問題

什么是面試

有些人可能會把面試看的太重，覺得面試過了就能進入大廠，技術和財富兼得……

我倒是覺得，面試沒有這么夸張（抱歉做了一回標題黨），它其實是一次你和面試官互相了解的絕佳機會，借此機會你還可以對未來的工作有初步的了解。

面試本身并不能完全評價一個人的實力。面試通過的人，也許只是恰好在面試時遇到了自己熟悉的問題，面試不通過，也有可能是面試官自身的問題，并非每個面試官都具備客觀評價別人的能力。

換句話說，面試沒通過也許是面試官沒有發現你的才華，面試通過了也并不代表你就能勝任工作，因為進入企業之后可不是每天負責回答面試題！

所以從這一點來看，面試有點像相親。你滿意我，我滿意你，王八對綠豆——看上眼了，那就一拍即合，否則就分道揚鑣。我本人非常希望能夠多幾輪面試（實際并不總是能做到），這樣大家都有充足的時間互相了解，決定去留。

網上某些面經中，介紹了一些“裝逼”的方法，還有所謂的“面試技巧”，我是不太認可的。技巧需要有，這是為了讓你更好的展示自己，而非坑蒙拐騙，無理取鬧，無中生有。我更想展現一個真實的自己，如果面試官不認可，說明我們沒有緣分，或者說自己的能力還不夠。

面試要準備什么

有一位小伙伴面試阿里被拒后，面試官給出了這樣的評價：“……計算機基礎，以及編程基礎能力上都有所欠缺……”。但這種籠統的回答并非是我們希望的答案，所謂的基礎到底指的是什么？

作為一名 iOS 開發者，我所理解的基礎是 操作系統、網絡和算法這三大塊，不同的開發方向可能有不同的側重，但基礎總的來說就是這些。我不推薦通過去網上看教程來學習這些基礎知識，因為能用短短幾篇文章講明白的事情不叫基礎，至少我沒見過寫得這么深入淺出的文章。

不知道有多少讀者和我一樣有過這樣的困擾：“我知道某些東西很重要，所以去百度查了資料，但是查到的文章質量很差，正確率沒有保證”。這其實是正常的，優秀的文章一般都放在優秀的作者的個人博客上，這恰恰是搜索引擎的盲區，所以一般只能搜到 CSDN、博客園這種地方的文章。自然就無法保證文章質量。所以擁有一個自己的iOS交際圈子就很重要。

在這里歡迎大家加入我的iOS交流群551346706，群里會提供面試題，歡迎大家入駐，年前不刷題，年后徒傷悲！

除了準備通用的基礎知識以外，簡歷也是一個很重要的環節。一直很仰慕唐巧老師的猿題庫，無奈簡歷太差，都沒有收到面試邀請。后來好好改了簡歷以后，就沒有這種問題了。關于簡歷的書寫，推薦兩篇文章：如何寫面向互聯網公司的求職簡歷、程序猿簡歷模板。你也可以參考我的簡歷，沒有亮點，就當是拋磚引玉。

最后，當然是準備好相關崗位的基礎知識了。作為 iOS 開發者，雖然 Swift 已經發布了快兩年，但是大公司轉向 Swift 的動作還不明顯，所以 Objective-C 幾乎是必備項，Swift 都不一定能算是加分項。iOS 方面的知識也必不可少，雖然招聘信息上寫著如果基礎扎實，零 iOS 基礎也可以，但是現實往往是比較殘酷的。

在這里有一些試探性的面試問題不知道大家會答的怎么樣呢？

您在工程中遇到過什么很難的問題？不論是特殊的交互方式、復雜動畫、性能、安全問題…… 最后怎么解決的？

展示您做過最復雜的一個界面 / 自己封裝得比較好的組件，介紹它的結構和為什么這么做；

您在工程中做過哪些重構？做出了哪些改變，最后的效果如何？

平常工程中用到哪些第三方開源庫？您讀過它們的源碼嗎？講講自己最熟悉的一個開源庫的源碼結構；

下面給您看的這幾張圖是我上一期剛開發完的需求，如果讓您開發的話，您能給出一個估時嗎？其中有什么難點和風險點嗎？

這些問題的好處是顯而易見的，每個人都能多少說上幾句?；卮鸫蟛糠质恰皼]有”、“沒什么”的基本可以 pass 了，而優秀的工程師往往有很多內容可聊。

一些面試技巧

在這里我給各位小伙伴一些建議，開場白非常重要！一般HR開場都會讓大家介紹一下自己的基本情況，說一說自己做過的項目以及負責過的模塊。在這個環節，我覺得各位應該把之前所有的緊張不安的情緒全部穩定下來，因為我相信這個問題，大家應該已經做好了充分的準備，并且應該要有足夠的勇氣跟自信來回答這些問題。這個階段就有人被淘汰了，有的人表達得結結巴巴，不懂如何描述，或者前后不連貫，想到哪算哪，甚至對他的項目表述的都是一頭霧水。這樣的人在HR眼里就會覺得他產品需求人員溝通一定會出大問題，誤會和返工少不了，因為他沒法表達清楚他做的項目的業務。

此外我覺得大家擴充一下自己的知識廣度是非常有必要的！從iOS的基礎，底層，到音視頻編碼，逆向還有新的AR，coreML，大家對這些技術了解多少？也許因為項目經歷所限，你沒機會用過這些技術，但是隨便上一些技術網站，都能了解到現在流行什么，這些技術是為了解決什么問題存在的，你看這些技術也說明你注意到了一些問題的存在。視野開闊的人，說明他的求知欲強。也許應聘者很多關于各種技術的回答是錯的，但是HR能看出來你是想過還是沒想過，是有自己的一套認知還是胡說八道。你說錯沒關系，我們團隊里有懂的人，他以后會給你把觀點改正過來，但是想都沒想過，差距就顯而易見。如果你能了解一些AR，coreML的知識 那么你就會在HR那里加分不少！

扯了這么多，讓我們進入重頭戲

先來梳理一下iOS面試中經常會遇到的一些問題吧！

OC的理解與特性

OC作為一門面向對象的語言，自然具有面向對象的語言特性：封裝、繼承、多態。它既具有靜態語言的特性（如C++），又有動態語言的效率（動態綁定、動態加載等）。總體來講，OC確實是一門不錯的編程語言。

Objective-C具有相當多的動態特性，表現為三方面：動態類型（Dynamic typing）、動態綁定（Dynamic binding）和動態加載（Dynamic loading）。動態——必須到運行時（run time）才會做的一些事情。

簡述內存管理基本原則

之前：OC內存管理遵循“誰創建，誰釋放，誰引用，誰管理”的機制，當創建或引用一個對象的時候，需要向她發送alloc、copy、retain消息，當釋放該對象時需要發送release消息，當對象引用計數為0時，系統將釋放該對象，這是OC的手動管理機制（MRC）。

目前：iOS 5.0之后引用自動管理機制——自動引用計數（ARC），管理機制與手動機制一樣，只是不再需要調用retain、release、autorelease；它編譯時的特性，當你使用ARC時，在適當位置插入release和autorelease；它引用strong和weak關鍵字，strong修飾的指針變量指向對象時，當指針指向新值或者指針不復存在，相關聯的對象就會自動釋放，而weak修飾的指針變量指向對象，當對象的擁有者指向新值或者不存在時weak修飾的指針會自動置為nil。

如何理解MVC設計模式

MVC是一種架構模式，M表示MOdel，V表示視圖View，C表示控制器Controller：

Model負責存儲、定義、操作數據；

View用來展示書給用戶，和用戶進行操作交互；

Controller是Model和View的協調者，Controller把Model中的數據拿過來給View用。Controller可以直接與Model和View進行通信，而View不能和Controller直接通信。View與Controller通信需要利用代理協議的方式，當有數據更新時，MOdel也要與Controller進行通信，這個時候就要用Notification和KVO，這個方式就像一個廣播一樣，MOdel發信號，Controller設置監聽接受信號，當有數據更新時就發信號給Controller，Model和View不能直接進行通信，這樣會違背MVC設計模式。

如何理解MVVM設計模式

ViewModel層，就是View和Model層的粘合劑，他是一個放置用戶輸入驗證邏輯，視圖顯示邏輯，發起網絡請求和其他各種各樣的代碼的極好的地方。說白了，就是把原來ViewController層的業務邏輯和頁面邏輯等剝離出來放到ViewModel層。

View層，就是ViewController層，他的任務就是從ViewModel層獲取數據，然后顯示。

NSNotification、Block、Delegate和KVO的區別

代理是一種回調機制，且是一對一的關系，通知是一對多的關系，一個對向所有的觀察者提供變更通知；

效率：Delegate比NSNOtification高；

Delegate和Block一般是一對一的通信；

Delegate需要定義協議方法，代理對象實現協議方法，并且需要建立代理關系才可以實現通信；

Block ： Block更加簡潔，不需要定義繁瑣的協議方法，但通信事件比較多的話，建議使用Delegate；

使用block有什么好處？使用NSTimer寫出一個使用block顯示（在UILabel上）秒表的代碼

代碼緊湊，傳值、回調都很方便，省去了寫代理的很多代碼。

NSTimer封裝成的block，具體實現

實現方法：

有2種方法解決：一個view已經初始化完畢，view上面添加了n個button，除用view的tag之外，還可以采用什么辦法來找到自己想要的button來修改button的值

第一種：如果是點擊某個按鈕后，才會刷新它的值，其它不用修改，那么不用引用任何按鈕，直接在回調時，就已經將接收響應的按鈕給傳過來了，直接通過它修改即可。

第二種：點擊某個按鈕后，所有與之同類型的按鈕都要修改值，那么可以通過在創建按鈕時將按鈕存入到數組中，在需要的時候遍歷查找。

線程與進程的區別和聯系?

一個程序至少要有進城,一個進程至少要有一個線程.

進程:資源分配的最小獨立單元,進程是具有一定獨立功能的程序關于某個數據集合上的一次運行活動,進程是系統進行資源分配和調度的一個獨立單位.

線程:進程下的一個分支,是進程的實體,是CPU調度和分派的基本單元,它是比進程更小的能獨立運行的基本單位,線程自己基本不擁有系統資源,只擁有一點在運行中必不可少的資源(程序計數器、一組寄存器、棧)，但是它可與同屬一個進程的其他線程共享進程所擁有的全部資源。

進程和線程都是由操作系統所體會的程序運行的基本單元，系統利用該基本單元實現系統對應用的并發性。

進程和線程的主要差別在于它們是不同的操作系統資源管理方式。進程有獨立的地址空間，一個進程崩潰后，在保護模式下不會對其它進程產生影響，而線程只是一個進程中的不同執行路徑。線程有自己的堆棧和局部變量，但線程之間沒有單獨的地址空間，一個線程死掉就等于整個進程死掉，所以多進程的程序要比多線程的程序健壯，但在進程切換時，耗費資源較大，效率要差一些。

但對于一些要求同時進行并且又要共享某些變量的并發操作，只能用線程，不能用進程。

多線程編程

NSThread:當需要進行一些耗時操作時會把耗時的操作放到線程中。線程同步：多個線程同時訪問一個數據會出問題，NSlock、線程同步塊、@synchronized(self){}。

NSOperationQueue操作隊列（不需考慮線程同步問題）。編程的重點都放在main里面，NSInvocationOperation、BSBlockOperation、自定義Operation。創建一個操作綁定相應的方法，當把操作添加到操作隊列中時，操作綁定的方法就會自動執行了，當把操作添加到操作隊列中時，默認會調用main方法。

GCD（`Grand Central Dispatch）宏大的中央調度，串行隊列、并發隊列、主線程隊列；

同步和異步：同步指第一個任務不執行完，不會開始第二個，異步是不管第一個有沒有執行完，都開始第二個。

串行和并行：串行是多個任務按一定順序執行，并行是多個任務同時執行；

代碼是在分線程執行，在主線程嘟列中刷新UI。

多線程編程是防止主線程堵塞、增加運行效率的最佳方法。

Apple提供了NSOperation這個類，提供了一個優秀的多線程編程方法；

一個NSOperationQueue操作隊列，相當于一個線程管理器，而非一個線程，因為你可以設置這個線程管理器內可以并行運行的線程數量等。

多線程是一個比較輕量級的方法來實現單個應用程序內多個代碼執行路徑。

iPhoneOS下的主線程的堆棧大小是1M。第二個線程開始就是512KB，并且該值不能通過編譯器開關或線程API函數來更改，只有主線程有直接修改UI的能力。

定時器與線程的區別;

定時器;可以執行多次，默認在主線程中。

線程：只能執行一次。

關于面試問題方面就先梳理到這，當然這肯定不是全部只是一部分，接下來我給大家分享一下我的經歷吧！

這里就列舉我的兩次面試經歷吧

公司一

一面：約 1.5 小時

首先是四個算法題：

不用臨時變量怎么實現 swap(a, b)——用加法或者異或都可以

二維有序數組查找數字——劍指 offer 第 3題

億級日志中，查找登陸次數最多的十個用戶——（不確定對不對，我的思路是）先用哈希表保存登陸次數和ID，然后用紅黑樹保存最大的十個數。劍指 offer 第 30題

簡述排序算法——快排partion函數的原理，堆排（不穩定），歸并排序，基數排序。

最后是 iOS 相關，面試官問的很開放，都是談談自己的理解

說說你對 block 的理解?！?三種 block，棧上的自動復制到堆上，block 的屬性修飾符是 copy，循環引用的原理和解決方案。

說說你對 runtime 的理解?！饕欠椒ㄕ{用時如何查找緩存，如何找到方法，找不到方法時怎么轉發，對象的內存布局。

說說你對 MVC 和 MVVM 的理解?！?MVC 的 C 太臃腫，可以和 V 合并，變成 MVVM 中的 V，而 VM 用來將 M 轉化成 V 能用的數據。

說說 UITableView 的調優?！环矫媸峭ㄟ^ instruments 檢查影響性能的地方，另一方面是估算高度并在 runloop 空閑時緩存。

談談你對 ARC 的理解。ARC 是編譯器完成的，依靠引用計數，談談幾個屬性修飾符的內存管理策略，什么情況下會內存泄露。

一面的問題非常基礎，主要是算法和 Objective-C，因為準備比較充分，基本上答出來 80% 吧。大約一周后突然二面。

二面：約 0.5 小時

二面比較突然，顯示簡單的自我介紹，然后問了三個問題：

野指針是什么，iOS 開發中什么情況下會有野指針？——野指針是不為 nil，但是指向已經被釋放的內存的指針，不知道什么時候會有，如果有知道的讀者還望提醒。

介紹 block?！?(接第一問) 我讓面試官提示我一下什么時候會有野指針，他說用 block 時，我表示還是不知道，只知道 block 會有循環引用。于是就扯回了一面的問題。

說說你是怎么優化 UITableView 的?！€是一面的問題。。。。。。。。。。。

雖然通過了，但是幾乎又問了一遍一面的問題讓我感覺對方不太認真。

公司二

筆試

主要是計算機方面的大雜燴，涉及操作系統，網絡，移動開發，算法等。難度不大，目測是為了淘汰渾水摸魚的人，就不列出題目了，算法有三題，直接在線寫（木有 IDE 表示很憂傷）：

很長一道題，讀了很久才讀懂，目測是 DFS，但是最后沒時間了，寫了個思路。

把 "www.zhidao.baidu.com" 這樣的字符串改成 "com/baidu/zhidao/www"。——老題目了，劍指 offer 的，兩次逆序排列即可。

求數組中和為某個值的所有子數組，比如數組是[5,5,10,2,3]一共有四個子數組的和是 15，比如[5,10]，[5,10]，[10,2,3]，[5,5,2,3]。這個就是簡單的遞歸了，分兩種情況，當前位置的數字在子數組中，以及不在子數組中。

面試

全部是 iOS 題，可能是覺得算法已經面過了

介紹 block?！姨岬綏Ｉ系?block 在 ARC 下會自動復制到堆上，面試官問我從 iOS 4 還是 5 開始支持這一特性，表示不知道，我又不是學 OC 歷史的，后來想想可能是公司內部老項目有這個坑

介紹一下 MVVM 和 RAC。——可能是我簡歷的某個角落寫了用過 RAC，被挖出來了，大概談了一下，結果面試官問我數據的雙向綁定怎么做，bind函數了解過么，果斷說已經忘了

介紹自己用過哪些開源庫?！狹asonry 和 SnapKit，AFNetWorking，MKNetworkKit，Alamofire，Mantle，SDWebImage

SDWebImage 下載了圖片后為什么要解碼？——當時蒙住了，面試官很 nice 的解釋了一下，說是要把 png 文件建立一個什么內存映射，目前還不太懂，有空研究一下。

面試收獲，注意看！！非常重要??！

1.給自己寫一份非常專業的簡歷

我的建議是，如果你想增加自己的入選機會，那最好還是花點錢制作一份專業的簡歷。相較于你將來可能得到的巨大收獲，這真的只是一個小小的投資。

2.研究面試官

當HR聯系程序員來面試的時候，他總是會事先發電子郵件給他，并附上他的名字和博客地址。但是讓我驚訝的是，當很多小伙伴去面試的時候，他竟然對HR還是一無所知。

舉個正面的例子，當HR在面試時遇到一位開發人員，甚至能對他以前寫的一篇博客或者做的教學視頻上面的內容侃侃而談。

你說HR會推薦哪個？

面試官也是人，也會有人性的弱點和特點。Dale Carnegie曾說過，要讓別人對你感興趣，最簡單的方法就是你先表達出對對方的興趣。

不管這種方法是否有欠公正，但是如果你想面試成功，那么我建議你事先最好先好好研究一下你應聘的這家公司和面試官（如果知道的話）。

當今社會的信息是如此的發達，我們完全可以在貼吧、論壇、微博、博客上找到任何人的資料。即使你只是大致瀏覽一番，也會讓你受益良多。

3.獲得內部推薦

知道找工作最簡單的方法是什么嗎？那就是獲得內部推薦。

這不但可以增加面試機會，還能提升40％的錄用幾率。

講一下我以前的一次經歷吧，我找到了一家心儀的公司。然后直接投簡歷？NONO，猜猜我是怎么做的吧？

首先我找到一名和我有共同想法和意見的開發人員，然后開始關注他的博客。

接著我在他的博客中留言、發表建議，并且表現出對他的工作和公司非常感興趣的想法。最后我成功拿到了這個寶貴的內部推薦資格。

很多程序員會說，“可是，某某某公司里面的人我一個也不認識啊”。如果你想就此放棄，那當我什么也沒說，如果你愿意試試，我敢打賭，你總能想出一種方法達到你的目的。

不過這有個秘訣，那就是首先你得在網上創建自己的“名片”——讓別人有了解你的機會，所以do it now吧。

4.學會解決算法問題

這是每一個開發人員都應該具備的重要技能，而且真要掌握起來也并非那么難。

在很多面試中，都會有這樣的問題，要求你在白板或者電腦上解決編程問題，但是許多程序員，即使是那些非常優秀的程序員，都會一下子大腦一片空白，完全理不出思路來。

如果你能花時間學會如何解決這種類型的面試問題，那么下次再碰到這種場景，就不會這么緊張了。

我們會緊張其實和怯場無關，主要是因為我們不熟悉這些問題，也沒有自信能解決這種問題。

在這方面建立起自信之后，你就再也不會緊張了。

5.活力洋溢地回答問題

只用一個字或者一句話，照本宣科平平無奇地回答問題，或許在技術上是正確的，但是你忘了應該借此機會好好展示自己的激情——這才是一個開發人員能帶給團隊的最大正能量。

舉個例子說，如果我問你什么是多態性，我不是要你按照課本中的定義重復給我聽，我希望你能就這個主題闡述一下，然后我們可以更深入地聊一聊。

6.小心“陷阱”問題

你為什么換工作？

說說你最大的優點和缺點。

最近一次你是如何解決和同事之間發生的技術分歧的？

在回答問題之前，你最好明白面試官問這些問題的目的，掌握如何回答這類問題的技巧。

就先說說第一個問題吧“你為什么換工作？”

在大多數情況下，面試官想知道的是你是否是一個愛說三道四、慣于誹謗抨擊雇主的人。所以千萬不要上當。

7. 遇到真的不會的問題怎么處理

遇到不會的問題果斷承認啊。如果是基本問題，比如問你哈希表怎么實現，你說不會，那么這次面試可能就懸了。如果是有一定難度的問題，那么你承認不會，也是一種明智之舉，畢竟人無完人，一個問題不會并不能全盤否定一個人的能力。

但是比較糟糕的一種情況是，面試者由于過分緊張，擔心答不上面試官的問題會有嚴重后果，所以嘗試著去敷衍面試官。比如：“我猜是 xxx 吧”，“我覺得可能是 ……”，更有甚者直接裝逼：“這個我試過，不就是 xxx 么”。要知道，此時的你，由于緊張，在心態上已經輸給了面試官，更何況面試官問你的問題一定是他有把握的，你覺得這時候你負隅頑抗會有幾成勝算呢？

所以，面試官問我“堆排序”的細節時，由于我當時忘了堆排序是怎么實現的，所以我直接告訴他我記不清了。另一個主動認輸的例子是面試官問我 RAC 如何實現雙向綁定，我告訴他這個是我當時學習的時候寫過的 demo，因為不常用，已經只記得一些簡單的概念了。

最后，還需要保持一個平穩的心態：“面試時盡力就好，遇到自己不會的問題也是正常情況”。如果面試者順利答對了所有問題，難免會讓面試官感到一絲尷尬，面試者也有可能會產生一些別的情緒。所以，我們要做的只是把自己的能力展示給面試官，做到不驕不躁。

?8. 最后

祝福大家都可以找到自己心儀的工作，進入BAT，走向人生巔峰，迎娶白富美

今天給大家的分享就到這吧！大家如果覺得寫的不錯可以點一波關注收藏！還可以加入我的iOS交流群551346706，群里會提供面試題，大家一起交流成長?。?/b>