㈠ 前端面試要點
想要通過前端面試順利進入一線大廠成就高薪前端夢。那麼首先，我們得知道前端面試中，社招和校招究竟有啥區別？
對於前端開發來說，如果說社招更看重對前端技術體系的深入理解，以及解決問題的能力話，那校招更看重的其實是基本功和學習能力（或者說是潛力）。
但其實，無論是社招還是校招，面試的時候都會問到一些曾經操作過的項目，尤其是大廠，或者熱門高薪部門，面試官除必問的技術經驗外，也會對技術深度進行一個基礎的考核，那在這種情況下如何hold住大廠面試呢？
前端面試三要素：簡歷、個人介紹、技術能力。下面，就來分別聊一聊。
1、簡歷篩選關：
HR一般會去看簡歷中所提的技術棧是否匹配，怎麼看呢？我們可以抓住簡歷中的技術名詞，一般來說如果一點技術名詞都沒有提到，那麼大概有以下幾種可能：很水、很牛但概率很小、不會寫簡歷。所以，一部分人可能會因為簡歷的問題沒有了面試機會，這點是需要非常注意的。
2、個人介紹關：
通過了簡歷篩選階段，就真正到了面試環節。這時候一定要准備好一段最多3分鍾的個人介紹。請注意，最多3分鍾！言簡意賅的說明自己的工作時間，擅長技術棧和自己的工作預期。
3、項目經驗表達：
對前端開發學習者而言，JS並不陌生，但大廠的JS面試題卻總是顯得很「陌生」，怎麼樣能夠真正做到深入理解與高級應用？這不僅是面試過程中對前端求職者的要求，也是大多數前端開發者的痛點。
大廠面試中，面試官除了關注你的項目經驗外，還往往喜歡和面試者深入探討前端某些技術領域成體系的前端知識。比如：模塊化、非同步解決方案、網路、框架及原理、線程等，但在與面試官的正面battle中，求職者總會敗下陣來。
所以，建議大家在Web前端面試前一定要注重這三個方面的內容。注重了這些想找找到一份適合的Web前端開發工作並不是難事。
㈡ 前端工程師面試時被問到為什麼要做前端時，怎麼回答
我本人是個前端工程師，雖然現在也對php,nodejs等伺服器端的東西有所涉獵，但最喜歡的還是前端這個職位所做的事情，所以要是我面試的話，我會回答：
自己很喜歡做前端，因為前端做出來的東西可以馬上展現出來，可以給我帶來最直接的成就感，不像後端做的大部分都是數據層面的東西，不能讓客戶老闆和自己馬上看到。而且這兩年前端技術發展很快，功能越來越強大，所以做的時間越久，越感覺可挖掘的點很多，很有意思。
㈢ 面試官問如何學習前端的怎麼回答
現在從事IT方向的人有很多。由於Web前端薪資水平高，職業前景廣闊，崗位缺口大，就業口徑寬，想通過學習Web前端開發從而進入到該行業工作的人越來越多。當然也有很多人在猶豫不知道web前端開發都學哪些內容？零基礎的可以學會嗎？好不好學.
前端涉及到的東西太多了，自己也很浮躁，看了挺多書，可是代碼缺敲得卻不多。技術菜，又什麼都想學，比如現在糾結要不要先學scss或者php或者angularjs,backbone等框架，還是深入學習html5+css3？
在我看來前端這20%的東西大概就是常用的html標簽，css的盒子模型，基本的原生js，以及熟練使用jquery，ajax，常見瀏覽器的兼容。拿下這些東西意義非凡，一方面證明你適合做前端這份工作，另一方面這些技能能讓你找到一份工作。讓你能夠從容地去學習剩下的80%。
總之就是專心對付最重要的東西，那些什麼less、sass、angular這類的東西，當你把我之前說的基礎打好之後，學習起來暢通無阻，隨學隨用。最後我覺得最難的就是實踐，只有實踐才能學到真正的技術，新人很難參與一些有價值有意義的項目，沒有這些項目又很難成長，所以自己有項目可參與應該珍惜，沒項目應該多造一些有價值的輪子。
㈣ 前端面試會提問到哪些
在面試前端的過程中，有些問題是經常會被提問到的
一、基礎篇
1. 在不使用第三個變數的情況下，如何調換a與b的值？
2. px與em的區別
3. 簡述一下盒模型
4. 頁面導入樣式時，使用link和@import有什麼區別？
5. 簡述一下事件代理
二、HTML常見題目
01、Doctype作用？嚴格模式與混雜模式如何區分？它們有何意義？
02、HTML5為什麼只需要寫？
03、行內元素有哪些？塊級元素有哪些？空(void)元素有哪些？
04、頁面導入樣式時，使用link和@import有什麼區別？
05、介紹一下你對瀏覽器內核的理解？
06、常見的瀏覽器內核有哪些？
07、html5有哪些新特性、移除了哪些元素？如何處理HTML5新標簽的瀏覽器兼容問題？
08、如何區分HTML和HTML5？
09、簡述一下你對HTML語義化的理解？
10、HTML5的離線儲存怎麼使用，工作原理能不能解釋一下？
三、CSS類的題目
01、介紹一下標準的CSS的盒子模型？與低版本IE的盒子模型有什麼不同的？
02、CSS選擇符有哪些？哪些屬性可以繼承？
03、CSS優先順序演算法如何計算？
04、CSS3新增偽類有哪些？
05、如何居中div？如何居中一個浮動元素？如何讓絕對定位的div居中？
06、display有哪些值？說明他們的作用。
07、position的值relative和absolute定位原點是？
08、CSS3有哪些新特性？
09、請解釋一下CSS3的Flexbox(彈性盒布局模型),以及適用場景？
10、用純CSS創建一個三角形的原理是什麼？
四、JavaScript類的題目
01、JavaScript中this是如何工作的
02、請解釋原型繼承的原理。
03、什麼是閉包(closure)，如何使用它，為什麼要使用它？
04、.call 和.apply的區別是什麼？
05、請指出JavaScript 宿主對象(host objects) 和原生對象(native objects) 的區別？
06、請指出以下代碼的區別：function Person(){}、var person = Person()、var person = new Person()？
07、請解釋變數聲明提升(hoisting)。
08、什麼是 「use strict」; ？ 使用它的好處和壞處分別是什麼？
09、什麼是事件循環 (event loop)？
10、請解釋同步 (synchronous) 和非同步 (asynchronous) 函數的區別。
五、開發及性能優化類題目
01、如何規避javascript多人開發函數重名問題？
02、請說出三種減低頁面載入時間的方法.
03、說說你所了解到的Web攻擊技術。
04、說說你說了解的前端性能優化方法？
05、前端開發中，如何優化圖像？圖像格式的區別？
06、瀏覽器是如何渲染頁面的？
07、頁面重構怎麼操作？
08、什麼叫優雅降級和漸進增強？
09、前端需要注意哪些SEO？如何做SEO優化？
10、平時如何管理你的項目？
㈤ 前端面試題目難嗎 如何輕松面對前端面試
從以下五個方面做，可以輕松面對前端面試：
一、基本知識
DOM結構——兩個節點之間可能存在哪些關系以及如何在節點之間任意移動。
DOM操作——怎樣添加、移除、移動、復制、創建和查找節點。
事件——怎樣使用事件以及IE和DOM事件模型之間存在哪些主要差別。
XMLHttpRequest——這是什麼、怎樣完整地執行一次GET請求、怎樣檢測錯誤。
嚴格模式與混雜模式——如何觸發這兩種模式，區分它們有何意義。
盒模型——外邊距、內邊距和邊框之間的關系，IE8以下版本的瀏覽器中的盒模型有什麼不同。
塊級元素與行內元素——怎麼用CSS控制它們、它們怎樣影響周圍的元素以及你覺得應該如何定義它們的樣式。
浮動元素——怎麼使用它們、它們有什麼問題以及怎麼解決這些問題。
HTML與XHTML——二者有什麼區別，你覺得應該使用哪一個並說出理由。
JSON——它是什麼、為什麼應該使用它、到底該怎麼使用它，說出實現細節來。
二、少量提問
現在有一個正顯示著Yahoo!股票價格的頁面。頁面上有一個按鈕，你可以單擊它來刷新價格，但不會重新載入頁面。請你描述一下實現這個功能的過程，假設伺服器會負責准備好正確的股票價格數據。
這個問題牽扯到一組我想要考察的基本知識點：DOM結構、DOM操作、事件處理、XHR和JSON。如果我要求你對換一種處理股票價格的方式，或者 讓你在頁面中顯示其他信息，就可以把更多的知識點包括進來。對於經驗比較豐富應聘者，我也可以自如地擴展要考察的知識范圍，最簡單像JOSN與XML的區別、安全問題、容量問題等等。
我還希望應聘者給出的任何解決方案中都不要使用庫。我想看到最原生態的代碼，你就當頁面中沒有包含任何庫。你說你對哪個庫了解多少多少，但我不能把關於庫的知識作為評判能力的因素，因為庫是會隨時間變化的。
三、解決問題
做為一名前端工程師，最值得高興的事莫過於解決同一個問題會有很多種不同的方法，而你要做的就是找出最合適的方法來。我在提問的時候，經常會在應聘者解釋完一種方法後問他們還有沒有第二種方法。此時我會跟他們說，假設你的這個方法由於種種原因被否決了，那麼你還能不能給出另一種方法。這樣做可以達到 兩個目的。
首先，可以測試出他們是否在毫無意義地復述書本中的東西。不能不承認，某些人確實有過目不忘的天賦，聽他們在那裡滔滔不絕地講，你會覺得他們什麼都明白。可是，只要一跟這些人談到怎麼查找方案無效的原因，以及能否拿出一個新方案來，他們往往就傻眼了。這時候，如果我聽到「我不明白這個方案為什麼不夠 好」之類的反問，心裡立刻就明白我的問題已經超出了他們的能力范圍，而他們只是想拿自己死記硬背的結論來矇混過關。
其次，可以測試出他們已經掌握的(還是那句話，「想都不用想」)瀏覽器技術知識。如果他們對瀏覽器平台的核心知識有較好的理解，想出解決同一問題的不同方案根本沒有那麼難。
注意：所有問題都與瀏覽器技術相關。我不相信出幾道抽象的邏輯題，就能夠考出某人解決Web技術問題的能力。在我看來，這無異於讓素描大師畫肖像，沒有意義，也得不到任何有價值的信息。
四、有激情
要成為一名優秀的前端工程師，最重要的莫過於對自己做的事要有激情。我們技能都不是從學校中或者從研討會上學來的，因此前端工程師必須具備自學能力。瀏覽器技術的變化可謂日新月異，所以也只有不斷提升自己的技能才做得到與時俱進。我雖然不能強迫誰必須多看博客、不斷學習，但想應聘前端工程師的人恐怕還是必須這么做的。
你怎麼知道誰對這種工作有沒有激情?實際上非常簡單。我只問一個簡單的問題：「目前你對什麼Web技術最感興趣?」這個問題永遠不會過期，而且也幾乎不可能出錯……除非你答不上來。就眼下來說，我希望你對這個問題給出的技術中包括WebSocket、HTML、WebGL、客戶端資料庫，等等。只有 對Web開發充滿激情的人，才會堅持不懈地學習新知識、掌握新技能;
五、最後一點
計算機科學或者Web設計方面的知識當然也有用，但那都是基本知識之外的東西。只要基本知識在那兒了，一切就都有了基礎，想擴充知識面也不難。可是，如果等到正式上班以後，還得從頭學習基本技能，那種難度是不可同日而語的。
㈥ 前端面試的時候，被問到項目經驗的時候，該怎麼回答，要注意些什麼
就是你以前干過什麼工作，經驗就是你的職業特長，如果特長較多，就選擇與你應聘的工作有直接和間接有關的特長就可以了。
㈦ 前端面試 問什麼問題
web前端面試會問人事方面的內容和web前端技術的內容；
人事的面試
web前端人事面試方面，需要注意如何自我介紹、性格有哪些優劣勢、職業規劃方向是什麼、你的特長是什麼、對於加班之類你是怎麼看待等人事面試內容；
web前端技術的面試
技術面試，需要注意HTML+CSS+JavaScript以及JS主流框架的使用，比如Vue、React等，前端相關技術，比如tcp握手協議、網路安全、後端技術等；
對於web前端面試准備，建議你去看「決勝前端」（min app），它裡麵包含了很多web前端技術面試、人事面試等面試真題，而且針對面試題做了詳細的分析與解答。
我給你截圖看一下例子吧
㈧ 前端面試被問到，vue實現數據雙向綁定，原理是啥
其原理大致是這樣：
在數據渲染時使用prop渲染數據
將prop綁定到子組件自身的數據上，修改數據時修改自身數據來替代prop
watch子組件自身數據的改變，觸發事件通知父組件更改綁定到prop的數據
這樣做的好處是：父組件數據改變時，不會修改存儲prop的子組件數據，只是以子組件數據為媒介，完成對prop的雙向修改。
㈨ 前端面試一問三不知怎麼辦
前端面試一問三不知的時候，千萬別慌亂，可以先停一停和面試官說這個問題你需要思考一下再回答，或者說你因為太緊張之類的一時想不起來答案。
有些面試官會直接電話過去要求面試，由於面試者(尤其是學生)處於弱勢方，可能並不會拒絕面試要求，但並不意味著面試者處於最佳的物理和精神狀態下，有可能會導致面試者不能很好的發揮自己原有的實力。所以如果面試官突然打電話過來。
沒有準備好的話，不要怕冒犯面試官，一定要另外約個時間，面試官肯定會再打過來的。遭到否定面試官有可能會否定你描述的一些東西，有可能是你字眼寫的太過，比如將「熟悉」的東西寫成了「精通」，勾起了面試官的「好奇」。
有可能故意試壓，考驗你的反應，但遇到否定的時候，不要急於反駁或者是手足無措，而是詢問自省和主動討論。氣場不和有的面試官性格嚴謹沉悶，而面試者可能思維活躍，整個面試過程可能會變成面試官不停的打斷面試者讓其思維聚焦。
而面試者感到思維不停被打斷，很是氣惱，影響發揮。這種情況不可避免，但遇到這樣的面試官，請保持謙和的態度，重點是展示自己技術的廣度、深度，氣場不和並不會產生決定性的影響，面試官也不會因為這樣的原因而給與錯誤的評判。
盡量留下好的印象。結束通知有的面試官會在面試結束後說：「我的問題問完了，如果有進一步消息的話，我們會再聯系你」。面試的大部分結果，其實當場就出來了，如果你感覺給出結果的時間點不夠明確，可以反問他：「如果三天內沒有聯系，是不是就代表沒有通過？」省得讓你懷有不確切的希望。
最後，還可以挽留下面試官，講講這場面試中你的一些疑惑，獲得面試官的反饋，也可以知道自己目前哪一方面做得不足。面試中面對不會的問題面試中遇到問題不會回答，這是非常正常的，畢竟大家在學習過程中遇到的問題，跟我們在工作中遇到的問題是非常不一樣的。
除此之外，我們看問題的角度，也是有差別很大的。舉個例子，很多人都在看ReactFiber，但是如果問你們，為什麼要有Fiber這個東西，可能很多人都回答不上來，因為大家只在社區裡面看到說，Fiber是怎麼工作的啊。
但是為什麼要有Fiber？如果沒有會怎樣，而這種思考，其實是非常底層的。我相信，很多人可能都沒有思考過。那如果遇到的問題不會，你可以先選擇不會，說我覺得自己沒有信心能答出這個問題，當然我更希望聽到你說。
我現在不會，但是你給我兩分鍾思考一下，我想一下這個問題有沒有答案？我覺得這是一個很好的思考習慣，首先你在面對不會的東西是坦然的，我當下不會，很正常，我之前沒有思考過這個問題嘛，那我們再花兩分鍾思考一下。
給一個初步的答案。所以說遇到問題，也不用不會就不會，也可以有一個積極的方式回應。從面試官的角度來說，面試中考察的題目，並不是僅僅考察這道題目本身，題目的對錯並不跟最終結果直接掛鉤。面試官更希望以題目為契機。
考察面試者分析問題，解決問題的能力，以及交流過程中所體現的邏輯推理和思維方式等。跟面試官聊業務業務跟項目是完全不一樣的東西，業務認知和思考也是很重要的一個考察點，這方面面試官可能會問兩個點：業務場景和技術突破。
業務場景：面試官會詢問面試者他們的產品、業務模式、商業模式等，了解下面試者對於產品的誕生、定位、發展的認知。技術突破：技術與業務相結合這點在阿里也是一直在說但鮮有人做的非常好的地方，所以有的時候也會考察面試者。
看看他們所做的技術是如何從業務出發、給業務帶來了哪些改變以及如何去評估兩者之間產生的結果。面試結束反向互動面試官在掛斷之前，基本會給與候選人反問的機會，一般會表述為「你有什麼要問我的嗎」？無論面試的怎樣。
都希望你能說出心中的疑惑，比如面試中的某個題目、整體的評價反饋、你的建議或者了解所負責的業務，所在的團隊等等，而從面試官的角度來看，如果候選人願意反問你問題，至少能證明他是個好學的人。所以不要放棄這個互動的機會。
面試反饋每場面試結束後，面試官都會在系統里留下面試反饋，如果面試失敗，簡歷會放在人才庫里，很多人會在其中撈取簡歷，以後的面試官也可以看到之前所有的面試記錄，之所以講到這一點，是希望大家在面試中能夠保持謙和積極的心態。
認真面對每一場面試，即使這場面試沒有成功，但如果展示了好的品質，也會增加被發掘的機會，為你以後面試成功鋪路。保持聯絡如果跟面試官聊的比較好，可以請求加個微信之類的，面試是一個長期的事情，哪怕此次面試沒有通過。
以後還可能面試進來的，與面試官保持聯絡。前端面試題筆記面試會了，面試題也不能落下，這套面試筆記除了有CSS、JS、Vue、React、性能優化、伺服器埠、設計模式、數據結構和演算法面試題外，加了手寫代碼面試題。
這下面試官讓我們寫代碼也不怕啦！CSS問題flex布局css3的新特性img中alt和title的區別用純CSS創建一個三角形如何理解CSS的盒子模型？如何讓一個div水平居中如何讓一個div水平垂直居中如何清除浮動。
㈩ 前端hr面試常問的問題
面試其實就是一個不斷選擇與被選擇的過程(不知道說的對不對)。不同公司的面試方式都有所不同，大多數人都有過多次面試的經歷，前端面試也不外乎那麼一些啦(好像有些廢話的感覺)。
面試之前的小故事
HR會打電話過來我是××公司的，在××上看到你投到我們公司的簡歷，問你何時候有空約一個唄，然後說就星期*吧，既然都打電話請我面試了，好吧，那就約一個!
然後有些人會精心准備，不停刷面試題，整夜整夜的看著HTML/JS/CSS知識點，還有那些最新的、時髦的技術，看看到時候能不能唬住面試官;而有些人對自己胸有成竹，哥那麼多年的前端經驗了，啥項目沒有經歷過，不就一個面試，怕啥呢。
很快或者很慢的來到那天。你打扮的清清爽爽漂漂亮亮的，打扮的好會有加分不，沒錯，第一印象也是挺重要的。途中有些人可能會還一直想著面試官會問啥題目呢，那啥**屬性是什麼來著呢，再次拿出手機默默的看起資料;有些人可能就會想著公司不知道妹子多不多漂亮不呢，環境和福利不知道咋樣，最好別碰到傻逼一樣的面試官哎，不然這以後咋相處好呢。
來到公司，大小公司大家都見多了嘛，也是得看發展是吧，我們也不是膚淺的人，見到前台妹妹，喲，還不錯哦。領你進會議室里，讓你稍等一下，她去通知面試官，過了一會兒，不是面試官進來，那就是前台妹妹給您送來一杯水。面試官踱步向前，咦~，我是繼續坐著呢，還是站著呢，還是站起來顯禮貌一些嗯。
給面試的一般會是Team Leader或者非常資深的工程師。首先會讓你自我介紹下，然後巴拉巴拉介紹自己，途中或者聊到面試官喜歡的`部分那就會中斷問幾個問題吧，介紹完自己，就進入正式的戰鬥了吧，一般會有2-3輪的回合。遇知戰斗詳情，請聽下回分解。
哈哈， 開玩笑。以上瞎編胡造，如有雷同，純屬巧合。
這里就只談談前端技術的戰斗回合吧，寫的不好，請多見諒。
普通型
面試中問題會比較的零碎，html/js/css肯定都會有涉及。知識點不會有太大的規律，可能幾個公司面試下來你遇到的問題一個都不帶重復的。哎，前端的知識點就是乍一看深似海，仔細一看深似黑洞啊。問題好的話，一方面考察了面試人對前端接觸的廣度，深度的話也可以從中接觸到一些。因為面試的時間有限，其實也非常考驗面試官對一個人的洞察能力。
一般如果不是應屆生的話，也就是會跟你交流你之前的項目，你擔當的角色，你遇到的難題，怎麼解決問題，用的框架，與其他工程師的交流溝通協作等等。 這些其實你心裡肯定是有答案的(可能也有懵逼的)，就看你的表達，能不能對上面試官的胃口。
進階型
除了基本的問題，面試中會有一些明顯設計過的題目。針對某幾個知識點，或讓你手寫代碼，或讓你提供演算法或思路。如果之前沒有遇到過這類問題的話其實一下子真的挺難回答，或者直接懵逼了，或者回答不出面試官滿意的答案。這其實對工程師的要求也是比較的高，不能只是單純的切切頁面，用用插件，需要對某一類問題或者模式或者演算法有深入的了解，對問題的解決思路有很好的把握。
演算法可能不是前端工程師的長項，但作為優秀的工程師，對演算法的了解應該會只深不淺。
這種面試的題目既提現了公司對面試者的要求，也相對而言的會有所體現公司的水平。
出題型
題目比較的綜合，會通過郵件發給你，或者有專門的頁面提供，在面試之前讓你2-3天的時間做完。題目可能是很有名的某一類交互，或游戲，或頁面，或公司自己出的一類小東西。
因為非當場面試，所有有比較充足的時間來思考，來寫一些代碼。一般都會完成，所以其實比較的關注點就是對代碼的質量，通過代碼來考察面試者的思路以及代碼**慣等等。
其未知性也比較多，可能因為有些東西可能沒法通過代碼來傳遞，溝通，其他的思路，或者題目的缺陷等等。所以這只是面試途中的一個小部分，大多數人其實都會能做的很好。
直接上機型
還有的就會直接給你某一個交互，或者一張靜態頁面，或者一個布局等等，直接給你台電腦讓你當場寫出來。寫完之後再有所交流，說說自己的想法或者接著談其他的。
當你寫代碼時候，其實暴露的東西也挺多的。你寫的**慣，思路清晰不清晰，對代碼的熟悉程度，可能你平時都是ctrl C + V的，這時候你咋辦呢。
這個可能遇到的比較少，但也會是有的。
結束語
許多面試可能都會結合以上的幾種類型，多方面的考察面試者，其實，大家都懂的。