序言

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

接下來，我就斗膽分享一下自己在準(zhǔn)備和參加面試的過程中的收獲、對(duì)面試的思考，以及一些可能對(duì)大家有用的建議。希望能助大家一臂之力！！

首先我要問大家?guī)讉€(gè)問題

什么是面試

有些人可能會(huì)把面試看的太重，覺得面試過了就能進(jìn)入大廠，技術(shù)和財(cái)富兼得……

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

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

換句話說，面試沒通過也許是面試官?zèng)]有發(fā)現(xiàn)你的才華，面試通過了也并不代表你就能勝任工作，因?yàn)檫M(jìn)入企業(yè)之后可不是每天負(fù)責(zé)回答面試題！

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

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

面試要準(zhǔn)備什么

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

作為一名 iOS 開發(fā)者，我所理解的基礎(chǔ)是 操作系統(tǒng)、網(wǎng)絡(luò)和算法這三大塊，不同的開發(fā)方向可能有不同的側(cè)重，但基礎(chǔ)總的來說就是這些。我不推薦通過去網(wǎng)上看教程來學(xué)習(xí)這些基礎(chǔ)知識(shí)，因?yàn)槟苡枚潭處灼恼轮v明白的事情不叫基礎(chǔ)，至少我沒見過寫得這么深入淺出的文章。

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

在這里歡迎大家加入我的iOS交流群659170228，不管是小白還是大牛，歡迎大家入駐，一起交流成長(zhǎng)！

除了準(zhǔn)備通用的基礎(chǔ)知識(shí)以外，簡(jiǎn)歷也是一個(gè)很重要的環(huán)節(jié)。一直很仰慕唐巧老師的猿題庫(kù)，無奈簡(jiǎn)歷太差，都沒有收到面試邀請(qǐng)。后來好好改了簡(jiǎn)歷以后，就沒有這種問題了。關(guān)于簡(jiǎn)歷的書寫，推薦兩篇文章：如何寫面向互聯(lián)網(wǎng)公司的求職簡(jiǎn)歷、程序猿簡(jiǎn)歷模板。你也可以參考我的簡(jiǎn)歷，沒有亮點(diǎn)，就當(dāng)是拋磚引玉。

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

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

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

展示您做過最復(fù)雜的一個(gè)界面 / 自己封裝得比較好的組件，介紹它的結(jié)構(gòu)和為什么這么做；

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

平常工程中用到哪些第三方開源庫(kù)？您讀過它們的源碼嗎？講講自己最熟悉的一個(gè)開源庫(kù)的源碼結(jié)構(gòu)；

下面給您看的這幾張圖是我上一期剛開發(fā)完的需求，如果讓您開發(fā)的話，您能給出一個(gè)估時(shí)嗎？其中有什么難點(diǎn)和風(fēng)險(xiǎn)點(diǎn)嗎？

這些問題的好處是顯而易見的，每個(gè)人都能多少說上幾句。回答大部分是“沒有”、“沒什么”的基本可以 pass 了，而優(yōu)秀的工程師往往有很多內(nèi)容可聊。

一些面試技巧

在這里我給各位小伙伴一些建議，開場(chǎng)白非常重要！一般HR開場(chǎng)都會(huì)讓大家介紹一下自己的基本情況，說一說自己做過的項(xiàng)目以及負(fù)責(zé)過的模塊。在這個(gè)環(huán)節(jié)，我覺得各位應(yīng)該把之前所有的緊張不安的情緒全部穩(wěn)定下來，因?yàn)槲蚁嘈胚@個(gè)問題，大家應(yīng)該已經(jīng)做好了充分的準(zhǔn)備，并且應(yīng)該要有足夠的勇氣跟自信來回答這些問題。這個(gè)階段就有人被淘汰了，有的人表達(dá)得結(jié)結(jié)巴巴，不懂如何描述，或者前后不連貫，想到哪算哪，甚至對(duì)他的項(xiàng)目表述的都是一頭霧水。這樣的人在HR眼里就會(huì)覺得他產(chǎn)品需求人員溝通一定會(huì)出大問題，誤會(huì)和返工少不了，因?yàn)樗麤]法表達(dá)清楚他做的項(xiàng)目的業(yè)務(wù)。

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

扯了這么多，讓我們進(jìn)入重頭戲

先來梳理一下iOS面試中經(jīng)常會(huì)遇到的一些問題吧！

OC的理解與特性

OC作為一門面向?qū)ο蟮恼Z言，自然具有面向?qū)ο蟮恼Z言特性：封裝、繼承、多態(tài)。它既具有靜態(tài)語言的特性（如C++），又有動(dòng)態(tài)語言的效率（動(dòng)態(tài)綁定、動(dòng)態(tài)加載等）。總體來講，OC確實(shí)是一門不錯(cuò)的編程語言。

Objective-C具有相當(dāng)多的動(dòng)態(tài)特性，表現(xiàn)為三方面：動(dòng)態(tài)類型（Dynamic typing）、動(dòng)態(tài)綁定（Dynamic binding）和動(dòng)態(tài)加載（Dynamic loading）。動(dòng)態(tài)——必須到運(yùn)行時(shí)（run time）才會(huì)做的一些事情。

簡(jiǎn)述內(nèi)存管理基本原則

之前：OC內(nèi)存管理遵循“誰創(chuàng)建，誰釋放，誰引用，誰管理”的機(jī)制，當(dāng)創(chuàng)建或引用一個(gè)對(duì)象的時(shí)候，需要向她發(fā)送alloc、copy、retain消息，當(dāng)釋放該對(duì)象時(shí)需要發(fā)送release消息，當(dāng)對(duì)象引用計(jì)數(shù)為0時(shí)，系統(tǒng)將釋放該對(duì)象，這是OC的手動(dòng)管理機(jī)制（MRC）。

目前：iOS 5.0之后引用自動(dòng)管理機(jī)制——自動(dòng)引用計(jì)數(shù)（ARC），管理機(jī)制與手動(dòng)機(jī)制一樣，只是不再需要調(diào)用retain、release、autorelease；它編譯時(shí)的特性，當(dāng)你使用ARC時(shí)，在適當(dāng)位置插入release和autorelease；它引用strong和weak關(guān)鍵字，strong修飾的指針變量指向?qū)ο髸r(shí)，當(dāng)指針指向新值或者指針不復(fù)存在，相關(guān)聯(lián)的對(duì)象就會(huì)自動(dòng)釋放，而weak修飾的指針變量指向?qū)ο螅?dāng)對(duì)象的擁有者指向新值或者不存在時(shí)weak修飾的指針會(huì)自動(dòng)置為nil。

如何理解MVC設(shè)計(jì)模式

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

Model負(fù)責(zé)存儲(chǔ)、定義、操作數(shù)據(jù)；

View用來展示書給用戶，和用戶進(jìn)行操作交互；

Controller是Model和View的協(xié)調(diào)者，Controller把Model中的數(shù)據(jù)拿過來給View用。Controller可以直接與Model和View進(jìn)行通信，而View不能和Controller直接通信。View與Controller通信需要利用代理協(xié)議的方式，當(dāng)有數(shù)據(jù)更新時(shí)，MOdel也要與Controller進(jìn)行通信，這個(gè)時(shí)候就要用Notification和KVO，這個(gè)方式就像一個(gè)廣播一樣，MOdel發(fā)信號(hào)，Controller設(shè)置監(jiān)聽接受信號(hào)，當(dāng)有數(shù)據(jù)更新時(shí)就發(fā)信號(hào)給Controller，Model和View不能直接進(jìn)行通信，這樣會(huì)違背MVC設(shè)計(jì)模式。

如何理解MVVM設(shè)計(jì)模式

ViewModel層，就是View和Model層的粘合劑，他是一個(gè)放置用戶輸入驗(yàn)證邏輯，視圖顯示邏輯，發(fā)起網(wǎng)絡(luò)請(qǐng)求和其他各種各樣的代碼的極好的地方。說白了，就是把原來ViewController層的業(yè)務(wù)邏輯和頁(yè)面邏輯等剝離出來放到ViewModel層。

View層，就是ViewController層，他的任務(wù)就是從ViewModel層獲取數(shù)據(jù)，然后顯示。

NSNotification、Block、Delegate和KVO的區(qū)別

代理是一種回調(diào)機(jī)制，且是一對(duì)一的關(guān)系，通知是一對(duì)多的關(guān)系，一個(gè)對(duì)向所有的觀察者提供變更通知；

效率：Delegate比NSNOtification高；

Delegate和Block一般是一對(duì)一的通信；

Delegate需要定義協(xié)議方法，代理對(duì)象實(shí)現(xiàn)協(xié)議方法，并且需要建立代理關(guān)系才可以實(shí)現(xiàn)通信；

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

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

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

NSTimer封裝成的block，具體實(shí)現(xiàn)

實(shí)現(xiàn)方法：

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

第一種：如果是點(diǎn)擊某個(gè)按鈕后，才會(huì)刷新它的值，其它不用修改，那么不用引用任何按鈕，直接在回調(diào)時(shí)，就已經(jīng)將接收響應(yīng)的按鈕給傳過來了，直接通過它修改即可。

第二種：點(diǎn)擊某個(gè)按鈕后，所有與之同類型的按鈕都要修改值，那么可以通過在創(chuàng)建按鈕時(shí)將按鈕存入到數(shù)組中，在需要的時(shí)候遍歷查找。

線程與進(jìn)程的區(qū)別和聯(lián)系?

一個(gè)程序至少要有進(jìn)城,一個(gè)進(jìn)程至少要有一個(gè)線程.

進(jìn)程:資源分配的最小獨(dú)立單元,進(jìn)程是具有一定獨(dú)立功能的程序關(guān)于某個(gè)數(shù)據(jù)集合上的一次運(yùn)行活動(dòng),進(jìn)程是系統(tǒng)進(jìn)行資源分配和調(diào)度的一個(gè)獨(dú)立單位.

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

進(jìn)程和線程都是由操作系統(tǒng)所體會(huì)的程序運(yùn)行的基本單元，系統(tǒng)利用該基本單元實(shí)現(xiàn)系統(tǒng)對(duì)應(yīng)用的并發(fā)性。

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

但對(duì)于一些要求同時(shí)進(jìn)行并且又要共享某些變量的并發(fā)操作，只能用線程，不能用進(jìn)程。

多線程編程

NSThread:當(dāng)需要進(jìn)行一些耗時(shí)操作時(shí)會(huì)把耗時(shí)的操作放到線程中。線程同步：多個(gè)線程同時(shí)訪問一個(gè)數(shù)據(jù)會(huì)出問題，NSlock、線程同步塊、@synchronized(self){}。

NSOperationQueue操作隊(duì)列（不需考慮線程同步問題）。編程的重點(diǎn)都放在main里面，NSInvocationOperation、BSBlockOperation、自定義Operation。創(chuàng)建一個(gè)操作綁定相應(yīng)的方法，當(dāng)把操作添加到操作隊(duì)列中時(shí)，操作綁定的方法就會(huì)自動(dòng)執(zhí)行了，當(dāng)把操作添加到操作隊(duì)列中時(shí)，默認(rèn)會(huì)調(diào)用main方法。

GCD（`Grand Central Dispatch）宏大的中央調(diào)度，串行隊(duì)列、并發(fā)隊(duì)列、主線程隊(duì)列；

同步和異步：同步指第一個(gè)任務(wù)不執(zhí)行完，不會(huì)開始第二個(gè)，異步是不管第一個(gè)有沒有執(zhí)行完，都開始第二個(gè)。

串行和并行：串行是多個(gè)任務(wù)按一定順序執(zhí)行，并行是多個(gè)任務(wù)同時(shí)執(zhí)行；

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

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

Apple提供了NSOperation這個(gè)類，提供了一個(gè)優(yōu)秀的多線程編程方法；

一個(gè)NSOperationQueue操作隊(duì)列，相當(dāng)于一個(gè)線程管理器，而非一個(gè)線程，因?yàn)槟憧梢栽O(shè)置這個(gè)線程管理器內(nèi)可以并行運(yùn)行的線程數(shù)量等。

多線程是一個(gè)比較輕量級(jí)的方法來實(shí)現(xiàn)單個(gè)應(yīng)用程序內(nèi)多個(gè)代碼執(zhí)行路徑。

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

定時(shí)器與線程的區(qū)別;

定時(shí)器;可以執(zhí)行多次，默認(rèn)在主線程中。

線程：只能執(zhí)行一次。

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

這里就列舉我的兩次面試經(jīng)歷吧

公司一

一面：約 1.5 小時(shí)

首先是四個(gè)算法題：

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

二維有序數(shù)組查找數(shù)字——?jiǎng)χ?offer 第 3題

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

簡(jiǎn)述排序算法——快排partion函數(shù)的原理，堆排（不穩(wěn)定），歸并排序，基數(shù)排序。

最后是 iOS 相關(guān)，面試官問的很開放，都是談?wù)勛约旱睦斫?/p>

說說你對(duì) block 的理解。—— 三種 block，棧上的自動(dòng)復(fù)制到堆上，block 的屬性修飾符是 copy，循環(huán)引用的原理和解決方案。

說說你對(duì) runtime 的理解。——主要是方法調(diào)用時(shí)如何查找緩存，如何找到方法，找不到方法時(shí)怎么轉(zhuǎn)發(fā)，對(duì)象的內(nèi)存布局。

說說你對(duì) MVC 和 MVVM 的理解。—— MVC 的 C 太臃腫，可以和 V 合并，變成 MVVM 中的 V，而 VM 用來將 M 轉(zhuǎn)化成 V 能用的數(shù)據(jù)。

說說 UITableView 的調(diào)優(yōu)。——一方面是通過 instruments 檢查影響性能的地方，另一方面是估算高度并在 runloop 空閑時(shí)緩存。

談?wù)勀銓?duì) ARC 的理解。ARC 是編譯器完成的，依靠引用計(jì)數(shù)，談?wù)剮讉€(gè)屬性修飾符的內(nèi)存管理策略，什么情況下會(huì)內(nèi)存泄露。

一面的問題非常基礎(chǔ)，主要是算法和 Objective-C，因?yàn)闇?zhǔn)備比較充分，基本上答出來 80% 吧。大約一周后突然二面。

二面：約 0.5 小時(shí)

二面比較突然，顯示簡(jiǎn)單的自我介紹，然后問了三個(gè)問題：

野指針是什么，iOS 開發(fā)中什么情況下會(huì)有野指針？——野指針是不為 nil，但是指向已經(jīng)被釋放的內(nèi)存的指針，不知道什么時(shí)候會(huì)有，如果有知道的讀者還望提醒。

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

說說你是怎么優(yōu)化 UITableView 的。——還是一面的問題。。。。。。。。。。。

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

公司二

筆試

主要是計(jì)算機(jī)方面的大雜燴，涉及操作系統(tǒng)，網(wǎng)絡(luò)，移動(dòng)開發(fā)，算法等。難度不大，目測(cè)是為了淘汰渾水摸魚的人，就不列出題目了，算法有三題，直接在線寫（木有 IDE 表示很憂傷）：

很長(zhǎng)一道題，讀了很久才讀懂，目測(cè)是 DFS，但是最后沒時(shí)間了，寫了個(gè)思路。

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

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

面試

全部是 iOS 題，可能是覺得算法已經(jīng)面過了

介紹 block。——我提到棧上的 block 在 ARC 下會(huì)自動(dòng)復(fù)制到堆上，面試官問我從 iOS 4 還是 5 開始支持這一特性，表示不知道，我又不是學(xué) OC 歷史的，后來想想可能是公司內(nèi)部老項(xiàng)目有這個(gè)坑

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

介紹自己用過哪些開源庫(kù)。——Masonry 和 SnapKit，AFNetWorking，MKNetworkKit，Alamofire，Mantle，SDWebImage

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

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

1.給自己寫一份非常專業(yè)的簡(jiǎn)歷

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

2.研究面試官

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

舉個(gè)正面的例子，當(dāng)HR在面試時(shí)遇到一位開發(fā)人員，甚至能對(duì)他以前寫的一篇博客或者做的教學(xué)視頻上面的內(nèi)容侃侃而談。

你說HR會(huì)推薦哪個(gè)？

面試官也是人，也會(huì)有人性的弱點(diǎn)和特點(diǎn)。Dale Carnegie曾說過，要讓別人對(duì)你感興趣，最簡(jiǎn)單的方法就是你先表達(dá)出對(duì)對(duì)方的興趣。

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

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

3.獲得內(nèi)部推薦

知道找工作最簡(jiǎn)單的方法是什么嗎？那就是獲得內(nèi)部推薦。

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

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

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

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

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

不過這有個(gè)秘訣，那就是首先你得在網(wǎng)上創(chuàng)建自己的“名片”——讓別人有了解你的機(jī)會(huì)，所以do it now吧。

4.學(xué)會(huì)解決算法問題

這是每一個(gè)開發(fā)人員都應(yīng)該具備的重要技能，而且真要掌握起來也并非那么難。

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

如果你能花時(shí)間學(xué)會(huì)如何解決這種類型的面試問題，那么下次再碰到這種場(chǎng)景，就不會(huì)這么緊張了。

我們會(huì)緊張其實(shí)和怯場(chǎng)無關(guān)，主要是因?yàn)槲覀儾皇煜み@些問題，也沒有自信能解決這種問題。

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

5.活力洋溢地回答問題

只用一個(gè)字或者一句話，照本宣科平平無奇地回答問題，或許在技術(shù)上是正確的，但是你忘了應(yīng)該借此機(jī)會(huì)好好展示自己的激情——這才是一個(gè)開發(fā)人員能帶給團(tuán)隊(duì)的最大正能量。

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

6.小心“陷阱”問題

你為什么換工作？

說說你最大的優(yōu)點(diǎn)和缺點(diǎn)。

最近一次你是如何解決和同事之間發(fā)生的技術(shù)分歧的？

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

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

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

7. 遇到真的不會(huì)的問題怎么處理

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

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

所以，面試官問我“堆排序”的細(xì)節(jié)時(shí)，由于我當(dāng)時(shí)忘了堆排序是怎么實(shí)現(xiàn)的，所以我直接告訴他我記不清了。另一個(gè)主動(dòng)認(rèn)輸?shù)睦邮敲嬖嚬賳栁?RAC 如何實(shí)現(xiàn)雙向綁定，我告訴他這個(gè)是我當(dāng)時(shí)學(xué)習(xí)的時(shí)候?qū)戇^的 demo，因?yàn)椴怀Ｓ茫呀?jīng)只記得一些簡(jiǎn)單的概念了。

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