摘要：前言最近參加了幾場面試，積累了一些高頻面試題，我把面試題分為兩類，一種是基礎(chǔ)試題主要考察前端技基礎(chǔ)是否扎實(shí)，是否能夠?qū)⑶岸酥R體系串聯(lián)。

最近參加了幾場面試，積累了一些高頻面試題，我把面試題分為兩類，一種是基礎(chǔ)試題: 主要考察前端技基礎(chǔ)是否扎實(shí)，是否能夠?qū)⑶岸酥R體系串聯(lián)。一種是開放式問題: 考察業(yè)務(wù)積累，是否有自己的思考，思考問題的方式，這類問題沒有標(biāo)準(zhǔn)答案。

題目的答案提供了一個(gè)思考的方向，答案不一定正確全面，有錯(cuò)誤的地方歡迎大家請?jiān)谠u論中指出，共同進(jìn)步。

組件封裝的目的是為了重用，提高開發(fā)效率和代碼質(zhì)量

低耦合，單一職責(zé)，可復(fù)用性，可維護(hù)性

前端組件化設(shè)計(jì)思路

渲染引擎遇到 script 標(biāo)簽會停下來，等到執(zhí)行完腳本，繼續(xù)向下渲染

defer 是“渲染完再執(zhí)行”，async 是“下載完就執(zhí)行”，defer 如果有多個(gè)腳本，會按照在頁面中出現(xiàn)的順序加載，多個(gè)async 腳本不能保證加載順序

加載 es6模塊的時(shí)候設(shè)置 type=module，異步加載不會造成阻塞瀏覽器，頁面渲染完再執(zhí)行，可以同時(shí)加上async屬性，異步執(zhí)行腳本（利用頂層的this等于undefined這個(gè)語法點(diǎn)，可以偵測當(dāng)前代碼是否在 ES6 模塊之中）

代碼復(fù)雜度，js 動畫代碼相對復(fù)雜一些

動畫運(yùn)行時(shí)，對動畫的控制程度上，js 能夠讓動畫，暫停，取消，終止，css動畫不能添加事件

動畫性能看，js 動畫多了一個(gè)js 解析的過程，性能不如 css 動畫好

xss 跨站腳本攻擊，主要是前端層面的，用戶在輸入層面插入攻擊腳本，改變頁面的顯示，或則竊取網(wǎng)站 cookie，預(yù)防方法：不相信用戶的所有操作，對用戶輸入進(jìn)行一個(gè)轉(zhuǎn)義，不允許 js 對 cookie 的讀寫

csrf 跨站請求偽造，以你的名義，發(fā)送惡意請求，通過 cookie 加參數(shù)等形式過濾

我們沒法徹底杜絕攻擊，只能提高攻擊門檻

把一個(gè)或者一組元素的事件委托到它的父層或者更外層元素上

優(yōu)點(diǎn)，減少內(nèi)存消耗，動態(tài)綁定事件

target 是觸發(fā)事件的最具體的元素，currenttarget是綁定事件的元素(在函數(shù)中一般等于this)

JavaScript 事件委托詳解

線程是最小的執(zhí)行單元，進(jìn)程是最小的資源管理單元

一個(gè)線程只能屬于一個(gè)進(jìn)程，而一個(gè)進(jìn)程可以有多個(gè)線程，但至少有一個(gè)線程

當(dāng)系統(tǒng)面臨大量用戶訪問，負(fù)載過高的時(shí)候，通常會使用增加服務(wù)器數(shù)量來進(jìn)行橫向擴(kuò)展，使用集群和負(fù)載均衡提高整個(gè)系統(tǒng)的處理能力

服務(wù)器集群負(fù)載均衡原理？

CDN 是一種部署策略，根據(jù)不同的地區(qū)部署類似nginx 這種服務(wù)服務(wù)，會緩存靜態(tài)資源。前端在項(xiàng)目優(yōu)化的時(shí)候，習(xí)慣在講臺資源上加上一個(gè) hash 值，每次更新的時(shí)候去改變這個(gè) hash，hash 值變化的時(shí)候，服務(wù)會去重新取資源

(CDN)是一個(gè)經(jīng)策略性部署的整體系統(tǒng)，包括分布式存儲、負(fù)載均衡、網(wǎng)絡(luò)請求的重定向和內(nèi)容管理4個(gè)要件

CDN_百度百科

使用閉包的目的——隱藏變量，間接訪問一個(gè)變量,在定義函數(shù)的詞法作用域外，調(diào)用函數(shù)

閉包的內(nèi)存泄露，是IE的一個(gè) bug，閉包使用完成之后，收回不了閉包的引用，導(dǎo)致內(nèi)存泄露

「每日一題」JS 中的閉包是什么？

閉包造成內(nèi)存泄露的實(shí)驗(yàn)

瀏覽器的同源策略導(dǎo)致了跨域

用于隔離潛在惡意文件的重要安全機(jī)制

[jsonp ，允許 script 加載第三方資源]https://segmentfault.com/a/11...

nginx 反向代理（nginx 服務(wù)內(nèi)部配置 Access-Control-Allow-Origin *）

cors 前后端協(xié)作設(shè)置請求頭部，Access-Control-Allow-Origin 等頭部信息

iframe 嵌套通訊，postmessage

內(nèi)存泄露會導(dǎo)致一系列問題，比如：運(yùn)行緩慢，崩潰，高延遲

內(nèi)存泄露是指你用不到（訪問不到）的變量，依然占居著內(nèi)存空間，不能被再次利用起來

意外的全局變量，這些都是不會被回收的變量（除非設(shè)置 null 或者被重新賦值），特別是那些用來臨時(shí)存儲大量信息的變量

周期函數(shù)一直在運(yùn)行，處理函數(shù)并不會被回收，jq 在移除節(jié)點(diǎn)前都會，將事件監(jiān)聽移除

js 代碼中有對 DOM 節(jié)點(diǎn)的引用，dom 節(jié)點(diǎn)被移除的時(shí)候，引用還維持

JavaScript 中 4 種常見的內(nèi)存泄露陷阱

它就是個(gè)編譯器，輸入語言是ES6+，編譯目標(biāo)語言是ES5

babel 官方工作原理

解析：將代碼字符串解析成抽象語法樹

變換：對抽象語法樹進(jìn)行變換操作

再建：根據(jù)變換后的抽象語法樹再生成代碼字符串

當(dāng)新對象保持“pending”狀態(tài)時(shí)，原Promise鏈將會中止執(zhí)行。

return new Promise(()=>{}); // 返回“pending”狀態(tài)的Promise對象

從如何停掉 Promise 鏈說起(promise內(nèi)存泄漏問題)

Promise 對象的錯(cuò)誤具有冒泡性質(zhì)，會一直向后傳遞，直到被捕獲為止，也即是說，錯(cuò)誤總會被下一個(gè)catch語句捕獲

當(dāng)Promise鏈中拋出一個(gè)錯(cuò)誤時(shí)，錯(cuò)誤信息沿著鏈路向后傳遞，直至被捕獲

http 請求方面，減少請求數(shù)量，請求體積，對應(yīng)的做法是，對項(xiàng)目資源進(jìn)行壓縮，控制項(xiàng)目資源的 dns 解析在2到4個(gè)域名，提取公告的樣式，公共的組件，雪碧圖，緩存資源，

壓縮資源，提取公共資源壓縮，提取 css ，js 公共方法

不要縮放圖片，使用雪碧圖，使用字體圖表（阿里矢量圖庫）

使用 CDN，拋開無用的 cookie

減少重繪重排，CSS屬性讀寫分離，最好不要用js 修改樣式，dom 離線更新，渲染前指定圖片的大小

js 代碼層面的優(yōu)化，減少對字符串的計(jì)算，合理使用閉包，首屏的js 資源加載放在最底部

原生提供了3個(gè)方法實(shí)現(xiàn)自定義事件

createEvent，設(shè)置事件類型，是 html 事件還是 鼠標(biāo)事件

initEvent 初始化事件，事件名稱，是否允許冒泡，是否阻止自定義事件

dispatchEvent 觸發(fā)事件

二者都是 MVVM 模式開發(fā)的典型代表

angular 是通過臟檢測實(shí)現(xiàn)，angular 會將 UI 事件，請求事件，settimeout 這類延遲，的對象放入到事件監(jiān)測的臟隊(duì)列，當(dāng)數(shù)據(jù)變化的時(shí)候，觸發(fā) $diget 方法進(jìn)行數(shù)據(jù)的更新，視圖的渲染

vue 通過數(shù)據(jù)屬性的數(shù)據(jù)劫持和發(fā)布訂閱的模式實(shí)現(xiàn)，大致可以理解成由3個(gè)模塊組成，observer 完成對數(shù)據(jù)的劫持，compile 完成對模板片段的渲染，watcher 作為橋梁連接二者，訂閱數(shù)據(jù)變化及更新視圖

Get 請求能緩存，Post 不能

Post 相對 Get 安全一點(diǎn)點(diǎn)，因?yàn)镚et 請求都包含在 URL 里，且會被瀏覽器保存歷史紀(jì)錄，Post 不會，但是在抓包的情況下都是一樣的。

Post 可以通過 request body來傳輸比 Get 更多的數(shù)據(jù)，Get 沒有這個(gè)技術(shù)

URL有長度限制，會影響 Get 請求，但是這個(gè)長度限制是瀏覽器規(guī)定的，不是 RFC 規(guī)定的

Post 支持更多的編碼類型且不對數(shù)據(jù)類型限制

解析webpack配置參數(shù)，合并從shell傳入和webpack.config.js文件里配置的參數(shù)，生產(chǎn)最后的配置結(jié)果。

注冊所有配置的插件，好讓插件監(jiān)聽webpack構(gòu)建生命周期的事件節(jié)點(diǎn)，以做出對應(yīng)的反應(yīng)。

從配置的entry入口文件開始解析文件構(gòu)建AST語法樹，找出每個(gè)文件所依賴的文件，遞歸下去。

在解析文件遞歸的過程中根據(jù)文件類型和loader配置找出合適的loader用來對文件進(jìn)行轉(zhuǎn)換。

遞歸完后得到每個(gè)文件的最終結(jié)果，根據(jù)entry配置生成代碼塊chunk。

輸出所有chunk到文件系統(tǒng)。

CommonJs 模塊輸出的是一個(gè)值的拷貝，ES6模塊輸出的是一個(gè)值的引用

CommonJS 模塊是運(yùn)行時(shí)加載，ES6模塊是編譯時(shí)輸出接口

ES6輸入的模塊變量，只是一個(gè)符號鏈接，所以這個(gè)變量是只讀的，對它進(jìn)行重新賦值就會報(bào)錯(cuò)

這些規(guī)范的目的都是為了 JavaScript 的模塊化開發(fā)，特別是在瀏覽器端的

對于依賴的模塊，AMD 是提前執(zhí)行，CMD 是延遲執(zhí)行

CMD 推崇依賴就近，AMD 推崇依賴前置

Node.js 的事件循環(huán)分為6個(gè)階段

瀏覽器和Node 環(huán)境下，microtask 任務(wù)隊(duì)列的執(zhí)行時(shí)機(jī)不同

Node.js中，microtask 在事件循環(huán)的各個(gè)階段之間執(zhí)行

瀏覽器端，microtask 在事件循環(huán)的 macrotask 執(zhí)行完之后執(zhí)行

遞歸的調(diào)用process.nextTick()會導(dǎo)致I/O starving，官方推薦使用setImmediate()

深拷貝和淺拷貝是只針對Object和Array這樣的復(fù)雜類型的

也就是說a和b指向了同一塊內(nèi)存，所以修改其中任意的值，另一個(gè)值都會隨之變化，這就是淺拷貝

淺拷貝， ”O(jiān)bject.assign() 方法用于將所有可枚舉的屬性的值從一個(gè)或多個(gè)源對象復(fù)制到目標(biāo)對象。它將返回目標(biāo)對象

深拷貝，JSON.parse()和JSON.stringify()給了我們一個(gè)基本的解決辦法。但是函數(shù)不能被正確處理

開放性問題主要是考察候選人業(yè)務(wù)積累，是否有自己的思考，思考問題的方式，沒有標(biāo)準(zhǔn)答案。不過有些問題挺刁的，哈哈哈哈，比如："  你見過的最好的代碼是什么？ "總之提前準(zhǔn)備下沒錯(cuò)。

先自我介紹一下，說一下項(xiàng)目的技術(shù)棧，以及項(xiàng)目中遇到的一些問題

從整體中，看你對項(xiàng)目的認(rèn)識，框架的認(rèn)識和自己思考

項(xiàng)目中有沒有遇到什么難點(diǎn)，怎么解決

如果你在創(chuàng)業(yè)公司你怎么從0開始做（選擇什么框架，選擇什么構(gòu)建工具）

說一下你項(xiàng)目中用到的技術(shù)棧，以及覺得得意和出色的點(diǎn)，以及讓你頭疼的點(diǎn)，怎么解決的

一個(gè)業(yè)務(wù)場景，面對產(chǎn)品不斷迭代，以及需求的變動該怎么應(yīng)對，具體技術(shù)方案實(shí)現(xiàn)

你的學(xué)習(xí)來源是什么

你覺得哪個(gè)框架比較好，好在哪里

你覺得最難得技術(shù)難點(diǎn)是什么

你見過的最好的代碼是什么