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

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

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

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

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

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

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

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

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

代碼復(fù)雜度，js 動(dòng)畫代碼相對(duì)復(fù)雜一些

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

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

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

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

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

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

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

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

JavaScript 事件委托詳解

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

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

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

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

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

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

CDN_百度百科

使用閉包的目的——隱藏變量，間接訪問(wèn)一個(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è)置請(qǐng)求頭部，Access-Control-Allow-Origin 等頭部信息

iframe 嵌套通訊，postmessage

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

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

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

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

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

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

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

babel 官方工作原理

解析：將代碼字符串解析成抽象語(yǔ)法樹

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

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

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

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

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

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

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

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

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

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

使用 CDN，拋開無(wú)用的 cookie

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

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

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

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

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

dispatchEvent 觸發(fā)事件

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

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

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

Get 請(qǐng)求能緩存，Post 不能

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

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

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

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

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

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

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

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

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

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

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

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

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

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

對(duì)于依賴的模塊，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()會(huì)導(dǎo)致I/O starving，官方推薦使用setImmediate()

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

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

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

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

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

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

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

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

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

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

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

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

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

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

你見過(guò)的最好的代碼是什么