需要提前說明的是，該流程記錄皆出自本人本次面試的經歷，和其他人的可能有所出入。
開始面試後，首先是自我介紹。面試官不一定提前看過簡歷，或者只是一覽而過，所以面試前有必要準備一段3-5分鐘的自我介紹。這裡面試官讓我重點講下在專案中曾經遇到過的問題（拋除業務邏輯），又是如何解決的。從「拋除業務邏輯」這個要求可以看出，其實面試者所做專案本身並不重要，重要的是你如何從專案，哪怕是玩具demo中發掘亮點，體現你個人解決問題的能力。
自我介紹之後，就過渡到面試題環節。面試題環節有兩類，一類是挑一段**讓你回答，這類考的是基礎知識中的重難點；另一類是之前提到過的白板寫**，網上戲稱手撕**，題目不會很難，但是很考驗基本功，重度ideer可能會舉手無措（比如本人qwq）。在面試題環節中，即使遇到不會的問題，也可以說說自己能掌握的資訊，面試官會適時給出一定的提示。
面試之後，我抓住機會，問了面試官乙個憋在心裡很久的問題，是什麼就不說了。
這裡只是簡要記錄個人在前端面試遇到的考察點：
position和display、事件機制、dom、捕獲冒泡、this及作用域、原型鏈、es6（了解）、vue的雙向繫結原理（最好有用過，一定程度上考察了源**理解）、基礎的資料結構……等。
其中，dom的考察了一道，this及作用域考察了兩道，資料結構考察了一道，其它的都以概念提問的方式進行考察。
可以總結出以下教訓：
對於本次面試出現的種種問題，本人有如下反思：
明確自己的技術方向，然後深入研究。原以為在技術領域多處開花是一件很酷很厲害的事，現在發現這很容易導致我成為一名api使用者。一定要熟記基礎，深入原理，了解原始碼。
一定要有技術部落格，本次面試過程中能答上的知識點全是平時部落格有記錄的知識。
接上一點，技術部落格不應該是簡單的知識點堆疊，要盡可能地由點及面。秉持這種心態——我其實是在寫新手教程，然後你就會自覺地把部落格寫得盡量詳細及全面。
針對自己做過的專案，要有意識地進行分析總結，面試過程中就可以把總結的這些問題丟擲來，總有一兩個會被面試官作為考核點。 計畫如下：
摒棄朝三暮四的心態，當前階段應當以前端開發為自身的主要技術棧和深入方向。
就前端而言，沒有什麼比做乙個自己的平台更能鍛鍊技術的了。計畫於參與的專案完成之後，大概是今年暑假，從零開始做乙個自己的部落格。
比起新專案計畫，技術部落格顯得更加急切。從現在開始，每週都要強制性做一次技術總結；或者堅持閱讀技術書籍，做讀書筆記。
在面試過程中，面試官給了我很多建議，讓我通過經典書籍深入基礎，結合其他前輩給我的意見，羅列以下三本書：
面經 記一次位元組跳動前端面試經歷
博主找我修改簡歷，給他提了一些建議，不久他就收到了位元組跳動面試。不知道是不是提的建議有效果 ps 文中加了一些我的注釋。正文如下 需要提前說明的是，該流程記錄皆出自本人本次面試的經歷，和其他人的可能有所出入。開始面試後，首先是自我介紹。面試官不一定提前看過簡歷，或者只是一覽而過，所以面試前有必要準...
記一次前端面試經歷
近日去某獨角獸公司面試了一波，本以為憑藉幾年的豐富專案積累能順風順水的，結果被面試官 教育 了一番，著實慚愧。被連續幾個前端知識點問道懵逼，回來後好好補習了一番。以下是對面試問題的思考 1.let，const定義的變數可以不賦值嗎，指向 答 let 可以不賦值，const不能不賦值 會報 missi...
記一次位元組跳動面試的程式設計題
要求實現乙個quene類，包括 start方法 示例 執行結果 一秒後輸出a，十秒後輸出b 再過兩秒輸出c codepen演示 new quene task 1000,task 10000,task 2000,start 執行task函式的時候，用乙個陣列去儲存之後要執行的函式，在start方法被呼...