2016十家公司前端面試小記

前言

春節前離職了，年後來了有一週了，把簡歷丟到網上後大概收到了將近七十多個面試邀請，挑了幾個稍微知名一些的公司如國美京東美團百度彩票等和一些中小型公司去面試，這星期一共面了11家公司，除了阿里似乎沒戲了其他的十家基本都發了口頭或是正式offer，也不打算再面了，社保斷了也是個麻煩事，打算從這其中挑一個就可以了。

面試過程中有做面試題的，也有直接聊的，實話講有些面試題其實就是背書，隨便一百度就能出答案的東西其實不太適合用於面試題中。例如某某css屬性的用法，js某函式的作用等等。個人傾向於將實際工作中可能會遇到的問題的場景，以及各種技術的坑作為面試題，這樣一則可以看出他的經驗多少，二則也可以防止他做筆試題的時候手機搜尋結果。

不過總體來講基本上每家問的問題也差不多，可能不同業務的公司問的問題的側重點不太一樣，有點側重於移動端適配css佈局瀏覽器相容IE hack，而有的側重於JS邏輯物件導向設計模式考察等，如果你有三到五年左右的開發經驗這些問題基本也都遇見過，就算是做個總結吧。

手寫事件模型及事件代理/委託

這個算是被問到的最多次數的問題了，首先要求描述下js裡面的【事件的三個階段】，如果沒聽說過三個階段，那基本上就沒戲了。分別是捕獲，目標，冒泡階段，低版本IE不支援捕獲階段。然後可能問到IE和W3C不同繫結事件解綁事件的方法有什麼區別，引數分別是什麼，以及事件物件e有什麼區別等等。

如果上述都沒問題，接下來可能會問【事件的代理/委託】的原理以及優缺點，這是靠事件的冒泡機制來實現的，優點是

1、可以大量節省記憶體佔用，減少事件註冊，比如在table上代理所有td的click事件就非常棒

2、可以實現當新增子物件時無需再次對其繫結事件，對於動態內容部分尤為合適

事件代理的應用常用應該僅限於上述需求下，如果把所有事件都用代理就可能會出現事件誤判，即本不應用觸發事件的被綁上了事件，事實上我見過有人把頁面裡的所有事件都繫結到document用委託的，這是極其不明智的做法。

所謂勁酒雖好，可不要貪杯哦~

之後對方可能要求你手寫原生js【實現事件代理】，並要求相容瀏覽器，其實就是考核對事件物件e的瞭解程度，以及在IE下對應的屬性名。其實此時如果你說就是用target，currentTarget，以及IE下的srcElement和this，基本就可以略過了。

如果上述都ok的話，那麼極有可能要求讓你【實現事件模型】，即寫一個類或是一個模組，有兩個函式，一個bind一個trigger，分別實現繫結事件和觸發事件，核心需求就是可以對某一個事件名稱繫結多個事件響應函式，然後觸發這個事件名稱時，依次按繫結順序觸發相應的響應函式。

這個需求如果對於做過C#的人來講就再熟悉不過，他根本就是C#中的【委託】（delegate）。而委託與事件幾乎是一家子。回到前面說的題目，大致實現思路就是建立一個類或是匿名函式，在bind和trigger函式外層作用域建立一個字典物件，用於儲存註冊的事件及響應函式列表，bind時，如果字典沒有則建立一個，key是事件名稱，value是陣列，裡面放著當前註冊的響應函式，如果欄位中有，那麼就直接push到陣列即可。trigger時調出來依次觸發事件響應函式即可。

不過還有很多細節，比如觸發響應函式時的上下文應該是什麼，觸發響應函式的引數列表應該是什麼，如果要求把呼叫trigger的引數列表都傳到響應函式中還要考慮到吧arguments物件轉化為純陣列才行等等。

還有一些面試官會問到事件如何派發也就是事件廣播（dispatchEvent）等等，這裡不再展開。

有關事件的考核點大概也就這麼多了

前端效能優化

這個簡直老生常談，不管是園子裡還是園子外，關於前端優化的東西太多太多了，不同角度不同方向也有很多，網路效能優化，加快訪問速度，瀏覽器並行載入數量，怎樣實現原生JS非同步載入，CDN加速的原理，如何將不同靜態資源釋出到多個域名伺服器上，釋出後這些靜態欄位的url路徑改怎麼批量改寫，用什麼工具進行專案打包，css打包後的相對路徑怎麼轉換為絕對路徑，用什麼工具進行專案模組依賴管理，怎麼進行cookie優化等等，

這個說起來就很多了，儘可能的按照自己做過的優化來講，否則面試官隨便挑一項深究都可能會卡殼，與其這樣還不如不講

閉包原理及應用

這個問題的經典性，幾乎所有面試官都會問到這個問題，什麼情況下會發生閉包，為什麼需要閉包，什麼場景下需要，閉包閉了誰，怎麼釋放被閉包的變數記憶體，閉包的優點是什麼，缺點是什麼等等。

關於閉包，有的是上述提問，有的是直接做閉包面試題。關於概念網上一搜一大把，關於閉包面試題，可以參考我之前寫過的一篇文章：大部分人都會做錯的經典JS閉包面試題

不誇張的講，如果這篇文章完全弄懂了，基本上沒有可以難住的閉包的題目了。

手寫Function.bind函式

首先會要求解釋下這個函式的作用，以及在什麼場景下需要用到它，最後手寫一個Function.bind函式。

只要掌握核心幾點就沒問題：

1、Function.bind返回的也是一個函式，所以註定發生了閉包，

2、在返回的這個函式中去呼叫一個其他的函式，這其實本質上就是函式鉤子(HOOK)

關於在JS裡的函式鉤子，我認為只需要維護以下三點即可：

1、保持函式的this指向

2、保持函式的所有引數都傳遞到目標函式

3、保持函式的返回值

有了以上這幾點，這個函式就非常好寫了，下面是MSDN上的標準Polyfill：

if (!Function.prototype.bind) {
  Function.prototype.bind = function (oThis) {
    if (typeof this !== "function") {
      // closest thing possible to the ECMAScript 5
      // internal IsCallable function
      throw new TypeError("Function.prototype.bind - what is trying to be bound is not callable");
    }

    var aArgs = Array.prototype.slice.call(arguments, 1), 
        fToBind = this, 
        fNOP = function () {},
        fBound = function () {
          return fToBind.apply(this instanceof fNOP
                                 ? this
                                 : oThis || this,
                               aArgs.concat(Array.prototype.slice.call(arguments)));
        };

    fNOP.prototype = this.prototype;
    fBound.prototype = new fNOP();

    return fBound;
  };
}

手寫陣列快速排序/去重

不管是排序也好，還是去重也罷，都是計算機基礎知識了，雖然快排寫出來了，去重也用多種方式實現了，但是演算法是我的弱項，這裡就不展開了。不過對於準備面試的童鞋來講，準備下常用演算法還是比較重要的，大部分公司還是比較看重此類基礎知識的。

JS的定義提升

利用js的特性定義提升這個知識點衍生出來的面試題相當之多，諸如以下等等

(function(a){
    console.log(a);
    var a=10;
    function a(){};
}(100))

這算是我做過的定義提升裡面的最簡單的題目了,建議可以看下我的上一篇文章:一道常被人輕視的前端JS面試題

基本上能做對那篇文章中所說的題目的話，此類面試題基本平趟無懸念

跨域

關於跨域大概可以分iframe的跨域，和純粹的跨全域請求。

關於跨域的可以去看園子裡的這幾篇文章:

JavaScript跨域總結與解決辦法

跨域-知識

跨域資源共享的10種方式

其實正統的跨全域的解決方法大致也就，JSONP,Access Control和伺服器代理這麼三種

JSONP原理

只要你聊到跨域，就必須聊到JSONP，那麼就必須要講一下JSONP的實現原理，以及你在專案中那個需求使用了JSONP，這裡簡單講就是HTML裡面所有帶src屬性的標籤都可以跨域，如iframe，img，script等。

所以可以把需要跨域的請求改成用script指令碼載入即可，伺服器返回執行字串，但是這個字串是在window全域性作用域下執行的，你需要把他返回到你的程式碼的作用域內，這裡就需要臨時建立一個全域性的回撥函式，並把到傳到後臺，最後再整合實際要請求的陣列，返回給前端，讓瀏覽器直接呼叫，用回撥的形式回到你的原始碼流程中。

基本講到這也就沒什麼要再講的了。

將url的查詢引數解析成字典物件

這個題目不約而同的出現在了多家公司的面試題中，當然也是因為太過於典型，解決方案無非就是拆字元或者用正則匹配來解決，我個人強烈建議用正則匹配，因為url允許使用者隨意輸入，如果用拆字元的方式，有任何一處沒有考慮到容錯，就會導致整個js都報錯。而正則就沒有這個問題，他只匹配出正確的配對，非法的全部過濾掉，簡單，方便。

實現程式碼：

function getQueryObject(url) {
    url = url == null ? window.location.href : url;
    var search = url.substring(url.lastIndexOf("?") + 1);
    var obj = {};
    var reg = /([^?&=]+)=([^?&=]*)/g;
    search.replace(reg, function (rs, $1, $2) {
        var name = decodeURIComponent($1);
        var val = decodeURIComponent($2);                
        val = String(val);
        obj[name] = val;
        return rs;
    });
    return obj;
}

函式節流

對於常見的場景，如網頁滾動時，經常會有滾動到哪時做什麼樣的動畫效果，遂要註冊onscroll事件，如何減少觸發次數，到達優化效能，同時又滿足效果要求不卡頓，一個是優化事件內程式碼，減少程式碼量，二就是做函式節流。

大部分節流都採用時間做節流，即時間間隔小於多少的不再呼叫，但同時保證一個最小呼叫間隔。（否則拖拽類的節流都將無效果），也可以用呼叫次數做節流，但要考慮最後一次呼叫需要要執行。

可以參考：淺談javascript的函式節流

設計模式

這方面被問到的比較多的有觀察者模式，職責鏈模式，工廠模式

主要是應用於js開發元件中會經常涉及，純粹的頁面業務邏輯可能涉及不多。

比如如何去設計一個前端UI元件，應該公開出哪些方法，應該提供哪些介面，應該提供哪些事件。哪部分邏輯流程應該開放出去讓使用者自行編寫，如何實現元件與元件之間的通訊，如何實現高內聚低耦合，如何實現元件的高複用等等

css垂直居中方法

可以看到我提到上面大多數都是關於JS的面試題，主要是因為css並不是我的強項，但有幾個出現頻率很高，就是經典的垂直居中問題。

這個問題又可以細分為，被垂直居中的元素是否定高，是文字還是塊，文字是單行還是多行文字等等

這個可以百度下，有N多種解決方案，主要還是看應用場景的限制。

自適應佈局

這個問題可以劃分為，左固定右自適應寬度，上固定下固定中間自適應高度等等佈局要求。

關於左右自適應的，不低於10種解決方案，還要看dom結構要求是並列還是巢狀，是否允許有父級元素，是否允許使用CSS3，是否有背景色，是否要兩列等高，等等

而關於自適應高度的解決方案就略少一些，大致也是靠，CSS3的calc屬性，內padding，絕對定位後拉伸，動態js計算等等解決方案，同樣也是要看應用場景能用哪個

移動端自適應

也被問到了很多移動端開發中的各種坑，比如2倍屏，3倍屏的自適應等，我移動端的經驗略少，所以只是按照我做過的經驗去儘可能的描述清楚，這裡就不多說了

其他關於前端

除了技術以外，因為帶過一個小團隊，所以更多的時間都是去聊關於專案，關於團隊，關於如何管理，關於如何處理團隊內問題，如何跨團隊協作等等。這部分純屬工作經驗了，按照做過的不同專案也會有不同。

總之，大部分聊得還算比較愉快，京東評定的是T3，美團評定的是P6，我也不太清楚這算是個什麼等級，不過大部分公司都是評定為中級最多中高階開發水平。大概就這樣了，從參加工作到現在也有4年了，只混到這麼個水平似乎也確實有些說不過去。