迅雷前端面試

⑴ 前端面試一般問什麼

前段面試一般的來說面試官是想了解你的基本溝通能力和大體的處事性格和能力

⑵ 面試前端 面試官問我懂不懂flash

面試前端 ，
面試官問你懂不懂flash，
那麼以後的工作可能涉及flash，
你如實回答就行，
以後也可以努力去學習！

⑶ 前端面試需要准備什麼

首先前端的專業知識和技能你最好得會，其次，就是帶著你的作品去面試，然後不斷的學習研究，做別人沒有的產品或者沒法實現的公司去面試，那麼你會很高薪，當然，工齡還是需要的，所以不要輕易跳槽

⑷ 前端面試到成功 你們大約需要多長時間

從前端面試到成功，一般要三個小時左右
如果是我面試，就給應聘者一個開放的內項目，可以提供服務容器端API或數據服務，限定一周時間，這叫試做。然後，根據評審確定入圍的人，再面試。面試可以圍繞項目展開，首先讓面試者圍繞HTML、CSS和JavaScript講一講設計思路、實現過程、遇到了什麼困難，如何解決的，最終實現方案與設計有什麼出入，有什麼收獲，等等。然後再根據項目中的不足有針對性地提問測試，考察面試者的實際經驗和解決問題的能力。解決實際問題的能力最重要。

總之，實際的開發工作不同於考試，考試設計得越接近實際工作需要，結果才可能越真實，才可能真正招到想要的人。

⑸ 想要面試前端，應該准備個什麼項目合適

首先，並非所有的前端開發面試都會查看你的demo
其次，如果你有項目開專發經驗，那麼比較屬好的項目（好一方面指的是項目的功能完善，涉及到的前端技術比較多，另一方面指的是你的代碼質量比較好），就可以作為你的demo
如果你沒有項目開發經驗，那至少自己敲過一些東西，網頁或者什麼的吧，這些東西就可以作為你的demo
除此之外，如果你的技術學的不錯，JS層面學的也比較好的話，最好是書寫幾個自己的框架出來，如果還沒有達到書寫框架的層面，最起碼面向對象、原型繼承，小游戲，這種能夠凸顯你JS功底的demo，最好寫幾個。
Tips：額外說一句，別在網上隨便找個效果或者視頻課程，然後模仿一下，雖然你能做出demo，但是卻沒有你的思想和你自己的技術沉澱。
再Tips：除了demo之外，人事以及前端的面試真題建議也准備一下，可以藉助「決勝前端」的小，程序，進行學習

⑹ 前端怎麼面試才能拿到高薪Offer

1. 要有比較好的計算機基礎
這里的計算機基礎指的是數據結構與演算法，操作系統，編譯原理，計算機網路等等。雖然相對於其他方向而言，前端在工作中用到計算機基礎的地方可能少一點，但是無論大小廠，招實習生其實都是為正式招聘做儲備，所以會比較希望招將來有更大發展空間的人，就像里 Web 前後端分離的意義大嗎？ - 知乎用戶的回答 和 怎樣成為全棧工程師（Full Stack Developer）？ - 知乎用戶的回答 描述的那種。
如果你具備比較好的計算機基礎素養，那麼以後在拓展到其他領域（WebGL —— 計算機圖形學，Node.js 底層 —— 操作系統，JS 引擎和各種預編譯工具—— 編譯原理, etc.）的時候會更快上手。另外有一些公司對前端的概念不局限於 Web 前端，也包括移動端偏前端的部分，這里也需要你有比較好的計算機基礎才能做好。前端領域有很多人已經不滿足於造輪子，直接跑去造語言了，如果你編程基礎夠好，接觸過各種形形色色的編程語言和範式，再上手這些東西也會方便些（比如Ruby/Python->CoffeeScript，Haskell->LiveScript）。
雖然也有很多地方為了招到足夠多能來幹活的前端會降低對計算機基礎的要求，但是打好這方面的基礎是沒有壞處的，如果面試筆試被問到且答得上來，也是能夠加分的。一些大廠經常會出現「不是前端的面試官來面前端」的情況，我個人是覺得如果這類面試官問的都是計算機基礎問題的話，其實真的無可厚非，畢竟人家在面「一個前端程序員」之前，是在面「一個程序員」啊……

2. 要懂得現代前端的一些新技術
比如：

前端自動化工具（Gulp/Grunt等）
模塊化（CommonJS，AMD/CMD模塊載入器，各種Bundler，ES2015 Moles等）
前端 MV* 框架（Backbone，Angular等）
編譯到 CSS 和 JS 的一些語言（Less/Sass/CoffeeScript等）
前端自動化測試工具（Karma，Mocha，Web Driver等）
其他
有一些同學覺得這些東西懂得越多越好，我個人是覺得這些工具不一定要都了解（畢竟它們很多也未必能火多久），但對這些東西要有大致的概念，並且每個領域的用過一兩種（最好是在項目里），清楚它們的優缺點和必要程度。這是區分在前端上投入過一定精力的人和跨行來兼職前端的人的標志。
去大廠校招應聘前端的會有很多隻是做過一些 Web 項目，但不一定對前端的技術很了解，只是看前端門檻比較低就去投簡歷的人。如果你對這些新技術比較了解的話，起碼能夠證明你是比較專注前端而且花過一定時間在上面的。
同時，前端現在確實是一個每天都有很多輪子冒出來的領域，也需要你有足夠強的自學能力和（英文）文檔閱讀能力去跟上社區的這些新動態。接觸過比較多的輪子，才會有自己的判斷，不會老是人雲亦雲火一個學一個。這些工具里，確實也有很多在合適的場景下可以提高前端的生產力或者代碼質量，對這些東西有一定關注，也表明你對自己的生產力和代碼質量是有一定關注的，這其實是一個更廣義的靠譜程序員的特性。

3. 懂得什麼是 Web 標准和瀏覽器開發維護的流程，並且會跟進新發布的標准和主流瀏覽器新實現的特性
當然面試的時候一般不會直接問你這方面的問題，但是如果你懂這裡面的水大概是怎麼一回事的話，在很多問題上（特別是兼容性問題上）都能回答得比較深刻一些。最好清楚：

HTML、CSS、DOM，ECMAScript 和一些泛 HTML5 的標準是怎麼制定的
W3C 和 WHATWG 的區別
各種標準的不同版本和提交狀態是怎麼回事
知道標准和實現的差距（有些人喜歡把 W3C 標准奉為圭臬，但現實中瀏覽器們並不是這樣的）
知道 ECMAScript 和 JavaScript 的區別
知道瀏覽器的一些常見做法（比如給 CSS 特性加前綴）的緣由
標准和瀏覽器這灘水還是很渾的，涉及到很多利益糾葛和大廠的博弈，如果你大概清楚他們的一些事情，不光自己做前端兼容的時候會容易一些（不會只抱怨「為啥XXX就是不能OOO」而是懂得他們的無奈並且認真尋找解決方案），在新特性出來的時候也更容易消化（不是「啊又出了個新東西要學好煩啊」而是「在郵件列表上爭（si）論（bi）了那麼久他們終於把這個搞出來了」），你自己對前端比較基礎的那部分的知識體系更會有條理得多。個人覺得這也是區分比較有經驗的前端和臨時跨行的前端的關鍵之一，這些東西是需要你經過一段時間的耳濡目染才能理清楚，而且會在一定程度上影響你的工作的。

4. 多看書，多關注技術資訊
技術資訊的來源包括RSS、郵件訂閱、比較重要的郵件列表、或者follow Twitter和微博上一些比較有影響力的開發者。個人經驗是，一般在二面或者三面的時候，面試官都會問類似「你從哪裡接觸前端的新技術/你看過哪些書」的問題，因為前端現在技術更新很快，比較專注於前端這方面的人一般都會有自己接觸新技術的渠道，他們自然也會比較關心候選人是不是有在跟進社區的一些動向。其實這也能夠排除那些不太靠譜的臨門跨行的人，因為他們平時一般不會特意去關注前端技術的新動態的。

5. 不僅懂得一些東西怎麼寫，更要懂得一些東西不要怎麼寫
Web 標准大多不是嚴格向後兼容的，很多幾年前常用的寫法，現在已經被社區的大多數人強烈建議避開了，有很多特性也隨著時間的流逝被打上了 deprecated 的標簽，如果你不幸拿著一本比較老的書入門，又不在網上驗證上面說的每一句話，那麼很有可能你就這樣被誤導很久，比如 HTML可能會逐步被XML所取代嗎？（來自《css權威指南》） - 賀師俊的回答 這樣的情況……與之類似的還有：

JavaScript 里那數量令人嘆為觀止的坑
一些在經驗比較豐富的前端看來屬於常識的東西（比如：為什麼 CSS 大多放在 head，JavaScript 多放在 body 底端？）
劃分各種模塊、文件，添加模板的正確方式（比如錯誤方式是一堆腳本/樣式寫在一個超大文件里，或者在有替代方式的情況下在 JavaScript 里拼字元串）
解決一些老問題的新的best/better practice（比如不要到了 2015 年還深陷在回調地獄，去看看 promise 和 generator）
……
這些知識都需要你有一定的前端方面的經驗，看過比較多相關的博客和書，才能慢慢積累起來，所以也能區分靠譜的前端和不靠譜的前端。

6. 不依賴某一個特定的框架或者庫
比如很常見的「離開了jQuery就不會寫前端」星人……也不是說要做原生 JavaScript/CSS 和 DOM 的原教旨主義者，但高度依賴某個框架或者某個庫的話，通常意味著換了一個框架/庫你的學習成本會比不依賴特定輪子的人高，因為這通常是處於還不知道前端領域「什麼是什麼」的階段的表現。
事實上前端領域的這些輪子有一些都是其他領域早就有，或者根本不需要的東西，其中很多的實現原理也不是那麼復雜，只不過是臟活累活。個人覺得對這些東西應該報以「不能知其然而不知其所以然」的態度，起碼大概清楚它們的實現是怎樣的套路，知道它們的優缺點，多接觸幾種，這樣在換一個替代品的時候很快就能上手。
因為前端的特殊性，在開發比較大的項目的時候使用庫和框架是必須的（比如遇到各種滑鼠事件的前端兼容問題時，總不能全都就地寫 if-else 吧，總得封裝一下。遇到非常 data-driven 的項目，還用手動操作 DOM 的寫法很難維護吧，用個 MV* 框架真的不純是偷懶了），但是這些東西都是會迅速改朝換代的，死守著某個特定的庫或者框架，確實不太靠譜。很多公司喜歡問候選人「原生 API 寫個 Ajax 請求怎麼寫」這類問題，感覺很大程度上也是在排除這類人……

7. 懂一點點設計
這里說的不是切圖啊PS啊AI啊什麼的，而是大概懂基礎的視覺傳達/色彩構成/平面構成的知識。畢竟前端是和設計師聯系最密切的程序員，雖然前端要做的事不僅僅包括 UI/UX，但是 UI/UX 卻都主要依賴前端來實現。很多時候，設計師（特別是不會前端技術的設計師）給出的設計可能很難（在照顧兼容性的前提下）實現，這個時候不應該跟他硬拼讓他改設計，或者自己默默糾結怎麼用很 hack 很難維護的方法去實現，而是理解設計的意圖，並且跟設計師溝通，盡可能在工程上容易實現容易維護的前提下實現設計的意圖，哪怕要修改一些具體的表現形態。
最恐怖的就是丟一張圖過來，讓你做到 pixel perfect，你也不問三七二十一直接開工，代碼寫得別扭也不去溝通，遇到不兼容就打個哈哈矇混過關了……設計的目標是讓大眾都能更容易地使用，這樣做是與設計師存在的意義背道而馳的，我也遇到過一些設計師會主動來問前端怎樣的設計在瀏覽器里容易實現，怎樣的設計比較別扭，這樣他才能結合多方面的信息去做設計上的決定。如果你對設計不關心，不與他交流的話，實際上相當於剝奪了一些關心工程實現的設計師的知情權（一般正常的設計師看到自己的設計實現出來效果不好，也會小郁悶的……）。個人覺得與設計師溝通的技巧，也是一個靠譜的前端應該具備的素養。

8. 懂一點點後端
（這個是我看了一下別人的答案補加的）。其實這個和第一點的目的類似，最重要的是別要做一個非得等隊友來才能開工的人。大廠（主要是阿里系）有不少在用 Node 做前後端分離一類的事，另外做前端的經常要在後端還沒寫完的時候自己去 mock 一下數據介面，如果你懂怎麼搭建簡單的伺服器和 serve 數據給前端，那麼就可以提高開發的效率。即使你只想專注前端，但前端有很多東西（比如 JS 跨域，WebSocket，SSE，WebGL 的素材獲取）都需要你懂得架設簡單的後端才能去實踐，這時候不懂後端通常就意味著你要放棄學習這些知識，或者只能紙上談兵。一個正常的前端肯定是要對計算機網路和 HTTP 等協議有一定了解的，有了這些知識去學簡單的後端其實是很水到渠成的事情。

9. 在前端投入足夠的時間
意識到以上幾點還需要投入足夠多的時間才能看到成果，不然很容易出現「道理我都懂，可是OOO」的情況，那最後也還是靠譜不了的……如果不是真的對前端感興趣並且投入足夠多的時間，與其為了「好找工作」而投前端，不如轉一個更合適的方向。阿里前端的困局與突圍 · Issue #141 · lifesinger/lifesinger.github.com · GitHub 和 圖靈社區 : 閱讀 : 企業軟體領域前端開發的困境 都能說明這個問題。
另外有些面試官喜歡問你一些很細節的 API （雖然我個人覺得這類問題很囧），這些東西很多時候都是靠的「無他，但手熟爾」，雖然有一些確實有點刁難人的味道，但有一些真的是如果你經常寫前端，重復多幾次就會記住的，如果記不住，只能說明你前端寫的不夠多。還有一些沒足夠實戰經驗的人很少遇到過的問題（比如 JS 跨域），也是需要在前端投入足夠多的時間，才會接觸到（無論是紙上談兵，還是項目里遇到）。

其實綜上所述，不靠譜的前端大概表現就是：計算機基礎不好（更糟糕的是編程基礎都不行，不過編程基礎和計算機基礎好不好跟績點高不高專業對不對口這些其實真的不一定有什麼關系……），對前端的認識還停留在十年前，對社區出現的新工具完全不認識（沒認識全很正常，但完全不了解就有點兩耳不聞窗外事一心只讀聖賢書的味道了……），不懂 Web 標準是怎麼回事或者不在意標准，遇到兼容問題就復制粘貼搜到的代碼，對於一些在社區里是常識的坑毫無意識地各種踩，「離開了jQuery/某庫/某框架就不會寫前端」星人，或者平時根本沒怎麼做過前端的東西，只是做做 Web 項目順帶寫前端，到應聘了臨門一腳跑過來……不管是平時學習還是筆試面試，盡量避免向這些特徵靠攏就可以了。事實上大廠們招人不一定會要求這么嚴格，而且大廠里的團隊本身也未必個個靠譜，但是平時有在這些方面努力的話，起碼如果掛了會知道自己哪裡不足，或者到底是他的問題還是你的問題……

以上大概就是我覺得拿到大廠（or前端比較靠譜的中小廠）前端offer需要的水平，其實我感覺沒必要拿「實習」這個詞來限定自己，盡量往高水平靠攏，才能做到是你來選公司，而不是公司來選你，這樣你才能結合興趣/家庭/個人規劃之類的因素拿到最適合自己的 offer。另外，我覺得面試這回事是這樣的，上面提到的這些特徵，每一條單獨拿出來，在不確定面試官的情況下，既不是拿到offer的充分條件，也不是拿到offer的必要條件，某一條不滿足，也不是拿不到offer的充分或必要條件。大廠的面試官有很多種，有些設計出身喜歡問設計，有些後端出身喜歡問偏後端的東西，有些喜歡問你API細節，有些喜歡問你實現思路，有些喜歡看你學習能力，有些面試官本來就不是前端所以喜歡問你基礎題。如果你側重某一些方面，雖然無可厚非，但是運氣不好遇上期望不同的面試官，可能你就會得到比較低的評價或者掛掉。確定能拿 offer 的唯一途徑，就是面面俱到，這當然是不可能的要求，但大廠的種種因素配合起來往往就是在找這種不存在的人才，真的想拿 offer 的話，就只有硬著頭皮盡量靠攏。

就像國內很多大廠里比較著名的前端們文章/博客/知乎里提到過的一樣，前端這塊水不是很深，但水非常非常寬，在考慮將來作為一個前端如何發展如何應對天花板之前，先要腳踏實地把這些屬於前端的「本分」的東西搞好。事實上前面提到的這些東西我也沒有全都做到。作為前端，個人覺得最重要的是要保持一顆開放、謙卑的心，不要抵觸新東西，永遠記得外面的世界還有很多東西自己不懂，要繼續學習。

⑺ web前端面試經常問到的面試題有哪些

Web前端經常被問到的面試題及答案

一、HTML+CSS

1.對WEB標准以及W3C的理解與認識

標簽閉合、標簽小寫、不亂嵌套、提高搜索機器人搜索幾率、使用外
鏈css和js腳本、結構行為表現的分離、文件下載與頁面速度更快、內容能被更多的用戶所訪問、內容能被更廣泛的設備所訪問、更少的代碼和組件，容易維
護、改版方便，不需要變動頁面內容、提供列印版本而不需要復制內容、提高網站易用性;

2.xhtml和html有什麼區別

HTML是一種基本的WEB網頁設計語言，XHTML是一個基於XML的置標語言

最主要的不同：

XHTML 元素必須被正確地嵌套。

XHTML 元素必須被關閉。

標簽名必須用小寫字母。

XHTML 文檔必須擁有根元素。

3.Doctype? 嚴格模式與混雜模式-如何觸發這兩種模式，區分它們有何意義?

用於聲明文檔使用那種規范(html/Xhtml)一般為 嚴格 過度 基於框架的html文檔

加入XMl聲明可觸發，解析方式更改為IE5.5 擁有IE5.5的bug

4.行內元素有哪些?塊級元素有哪些?CSS的盒模型?

塊級元素：div p h1 h2 h3 h4 form ul

行內元素: a b br i span input select

Css盒模型:內容，border ,margin，padding

5.CSS引入的方式有哪些? link和@import的區別是?

內聯 內嵌 外鏈 導入

區別 ：同時載入

前者無兼容性，後者CSS2.1以下瀏覽器不支持

Link 支持使用javascript改變樣式，後者不可

6.CSS選擇符有哪些?哪些屬性可以繼承?優先順序演算法如何計算?內聯和important哪個優先順序高?

標簽選擇符 類選擇符 id選擇符

繼承不如指定 Id>class>標簽選擇

後者優先順序高

7.前端頁面有哪三層構成，分別是什麼?作用是什麼?

結構層 Html 表示層 CSS 行為層 js

8.css的基本語句構成是?

選擇器{屬性1:值1;屬性2:值2;……}

9.你做的頁面在哪些流覽器測試過?這些瀏覽器的內核分別是什麼?

Ie(Ie內核) 火狐(Gecko) 谷歌(webkit) opear(Presto)

二、Javascript

1.javascript的typeof返回哪些數據類型

Object number function boolean underfind

2.例舉3種強制類型轉換和2種隱式類型轉換?

強制(parseInt,parseFloat,number)

隱式(== – ===)

3.split() join() 的區別

前者是切割成數組的形式，後者是將數組轉換成字元串

4.數組方法pop() push() unshift() shift()

Push()尾部添加 pop()尾部刪除

Unshift()頭部添加 shift()頭部刪除

5.事件綁定和普通事件有什麼區別

6.IE和DOM事件流的區別

1.執行順序不一樣、

2.參數不一樣

3.事件加不加on

4.this指向問題

7.IE和標准下有哪些兼容性的寫法

Var ev = ev || window.event

document.documentElement.clientWidth || document.body.clientWidth

Var target = ev.srcElement||ev.target

8.ajax請求的時候get 和post方式的區別

一個在url後面 一個放在虛擬載體裡面

有大小限制

安全問題

應用不同 一個是論壇等只需要請求的，一個是類似修改密碼的

9.call和apply的區別

Object.call(this,obj1,obj2,obj3)

Object.apply(this,arguments)

10.ajax請求時，如何解釋json數據

使用eval parse 鑒於安全性考慮 使用parse更靠譜

11.b繼承a的方法

12.寫一個獲取非行間樣式的函數

function getStyle(obj,attr,value)

{

if(!value)

{

if(obj.currentStyle)

{

return obj.currentStyle(attr)

}

else

{

obj.getComputedStyle(attr,false)

}

}

else

{

obj.style[attr]=value

}

}

⑻ 面試前端開發，大家面試幾次就被錄用

很正常，你如果真的不會說的話，就拿出點之前做的一些案例給面試官看，最好是做個PPT什麼的。 和面試官直接說，我表達方面可能有些欠缺，但是你可以看看我之前操作的案例，應該能達到這份工作的照片要求。

⑼ 前端面試 問什麼問題

web前端面試會來問人事方面的內自容和web前端技術的內容；

人事的面試

web前端人事面試方面，需要注意如何自我介紹、性格有哪些優劣勢、職業規劃方向是什麼、你的特長是什麼、對於加班之類你是怎麼看待等人事面試內容；

web前端技術的面試

技術面試，需要注意HTML+CSS+JavaScript以及JS主流框架的使用，比如Vue、React等，前端相關技術，比如tcp握手協議、網路安全、後端技術等；

對於web前端面試准備，建議你去看「決勝前端」（min app），它裡麵包含了很多web前端技術面試、人事面試等面試真題，而且針對面試題做了詳細的分析與解答。

我給你截圖看一下例子吧

⑽ #web前端#現在前端面試都這么難嗎，面了有二十家了居然沒有一個合適的，都要考慮轉行了……

合適？是你技術不行？還是公司技術不符合你目標？你的技術不行就要考慮自身版的問題。轉行權不是一句話就可以的，轉型意味著從零開始做起，如果你有這決心那可以 來自職Q用戶：陳先生
正常，年前除非公司特別急，一般公司是准備為來年招聘試試水，沒碰到明年再說，碰到了很牛逼的人就早一點招進來放著，一般的技術，他們不著急的 來自職Q用戶：Sultan