web前端面試試題總結---其餘

時間 2019-11-11

標籤 web 前端面試試題總結其餘欄目 HTML 简体版

原文原文鏈接

其餘問題

原來公司工做流程是怎麼樣的，如何與其餘人協做的？如何誇部門合做的？javascript
你遇到過比較難的技術問題是？你是如何解決的？css
設計模式知道什麼是singleton, factory, strategy, decrator麼?html
常使用的庫有哪些？經常使用的前端開發工具？開發過什麼應用或組件？前端

頁面重構怎麼操做？html5

網站重構：在不改變外部行爲的前提下，簡化結構、添加可讀性，而在網站前端保持一致的行爲。
也就是說是在不改變UI的狀況下，對網站進行優化，在擴展的同時保持一致的UI。

對於傳統的網站來講重構一般是：

表格(table)佈局改成DIV+CSS
使網站前端兼容於現代瀏覽器(針對於不合規範的CSS、如對IE6有效的)
對於移動平臺的優化
針對於SEO進行優化
深層次的網站重構應該考慮的方面

減小代碼間的耦合
讓代碼保持彈性
嚴格按規範編寫代碼
設計可擴展的API
代替舊有的框架、語言(如VB)
加強用戶體驗
一般來講對於速度的優化也包含在重構中

壓縮JS、CSS、image等前端資源(一般是由服務器來解決)
程序的性能優化(如數據讀寫)
採用CDN來加速資源加載
對於JS DOM的優化
HTTP服務器的文件緩存

列舉IE與其餘瀏覽器不同的特性？java

一、事件不一樣之處：

    觸發事件的元素被認爲是目標（target）。而在 IE 中，目標包含在 event 對象的 srcElement 屬性；

    獲取字符代碼、若是按鍵表明一個字符（shift、ctrl、alt除外），IE 的 keyCode 會返回字符代碼（Unicode），DOM 中按鍵的代碼和字符是分離的，要獲取字符代碼，須要使用 charCode 屬性；

    阻止某個事件的默認行爲，IE 中阻止某個事件的默認行爲，必須將 returnValue 屬性設置爲 false，Mozilla 中，須要調用 preventDefault() 方法；

    中止事件冒泡，IE 中阻止事件進一步冒泡，須要設置 cancelBubble 爲 true，Mozzilla 中，須要調用 stopPropagation()；

99%的網站都須要被重構是那本書上寫的？jquery
```
網站重構：應用web標準進行設計（第2版）
```

什麼叫優雅降級和漸進加強？git

優雅降級：Web站點在全部新式瀏覽器中都能正常工做，若是用戶使用的是老式瀏覽器，則代碼會針對舊版本的IE進行降級處理了,使之在舊式瀏覽器上以某種形式降級體驗卻不至於徹底不能用。
如：border-shadow

漸進加強：從被全部瀏覽器支持的基本功能開始，逐步地添加那些只有新版本瀏覽器才支持的功能,向頁面增長不影響基礎瀏覽器的額外樣式和功能的。當瀏覽器支持時，它們會自動地呈現出來併發揮做用。
如：默認使用flash上傳，但若是瀏覽器支持 HTML5 的文件上傳功能，則使用HTML5實現更好的體驗；

是否瞭解公鑰加密和私鑰加密。程序員

通常狀況下是指私鑰用於對數據進行簽名，公鑰用於對簽名進行驗證;
HTTP網站在瀏覽器端用公鑰加密敏感數據，而後在服務器端再用私鑰解密。

WEB應用從服務器主動推送Data到客戶端有那些方式？es6

html5提供的Websocket
不可見的iframe
WebSocket經過Flash
XHR長時間鏈接
XHR Multipart Streaming
<script>標籤的長時間鏈接(可跨域)

對Node的優勢和缺點提出了本身的見解？

*（優勢）由於Node是基於事件驅動和無阻塞的，因此很是適合處理併發請求，
  所以構建在Node上的代理服務器相比其餘技術實現（如Ruby）的服務器表現要好得多。
  此外，與Node代理服務器交互的客戶端代碼是由javascript語言編寫的，
  所以客戶端和服務器端都用同一種語言編寫，這是很是美妙的事情。

*（缺點）Node是一個相對新的開源項目，因此不太穩定，它老是一直在變，
  並且缺乏足夠多的第三方庫支持。看起來，就像是Ruby/Rails當年的樣子。

你有用過哪些前端性能優化的方法？

（1） 減小http請求次數：CSS Sprites, JS、CSS源碼壓縮、圖片大小控制合適；網頁Gzip，CDN託管，data緩存 ，圖片服務器。

  （2） 前端模板 JS+數據，減小因爲HTML標籤致使的帶寬浪費，前端用變量保存AJAX請求結果，每次操做本地變量，不用請求，減小請求次數

  （3） 用innerHTML代替DOM操做，減小DOM操做次數，優化javascript性能。

  （4） 當須要設置的樣式不少時設置className而不是直接操做style。

  （5） 少用全局變量、緩存DOM節點查找的結果。減小IO讀取操做。

  （6） 避免使用CSS Expression（css表達式)又稱Dynamic properties(動態屬性)。

  （7） 圖片預加載，將樣式表放在頂部，將腳本放在底部  加上時間戳。

  （8） 避免在頁面的主體佈局中使用table，table要等其中的內容徹底下載以後纔會顯示出來，顯示比div+css佈局慢。
  對普通的網站有一個統一的思路，就是儘可能向前端優化、減小數據庫操做、減小磁盤IO。向前端優化指的是，在不影響功能和體驗的狀況下，能在瀏覽器執行的不要在服務端執行，能在緩存服務器上直接返回的不要到應用服務器，程序能直接取得的結果不要到外部取得，本機內能取得的數據不要到遠程取，內存能取到的不要到磁盤取，緩存中有的不要去數據庫查詢。減小數據庫操做指減小更新次數、緩存結果減小查詢次數、將數據庫執行的操做盡量的讓你的程序完成（例如join查詢），減小磁盤IO指儘可能不使用文件系統做爲緩存、減小讀寫文件次數等。程序優化永遠要優化慢的部分，換語言是沒法「優化」的。

http狀態碼有那些？分別表明是什麼意思？

簡單版
    [
        100  Continue   繼續，通常在發送post請求時，已發送了http header以後服務端將返回此信息，表示確認，以後發送具體參數信息
        200  OK         正常返回信息
        201  Created    請求成功而且服務器建立了新的資源
        202  Accepted   服務器已接受請求，但還沒有處理
        301  Moved Permanently  請求的網頁已永久移動到新位置。
        302 Found       臨時性重定向。
        303 See Other   臨時性重定向，且老是使用 GET 請求新的 URI。
        304  Not Modified 自從上次請求後，請求的網頁未修改過。

        400 Bad Request  服務器沒法理解請求的格式，客戶端不該當嘗試再次使用相同的內容發起請求。
        401 Unauthorized 請求未受權。
        403 Forbidden   禁止訪問。
        404 Not Found   找不到如何與 URI 相匹配的資源。

        500 Internal Server Error  最多見的服務器端錯誤。
        503 Service Unavailable 服務器端暫時沒法處理請求（多是過載或維護）。
    ]

  完整版
  1**(信息類)：表示接收到請求而且繼續處理
    100——客戶必須繼續發出請求
    101——客戶要求服務器根據請求轉換HTTP協議版本

  2**(響應成功)：表示動做被成功接收、理解和接受
    200——代表該請求被成功地完成，所請求的資源發送回客戶端
    201——提示知道新文件的URL
    202——接受和處理、但處理未完成
    203——返回信息不肯定或不完整
    204——請求收到，但返回信息爲空
    205——服務器完成了請求，用戶代理必須復位當前已經瀏覽過的文件
    206——服務器已經完成了部分用戶的GET請求

  3**(重定向類)：爲了完成指定的動做，必須接受進一步處理
    300——請求的資源可在多處獲得
    301——本網頁被永久性轉移到另外一個URL
    302——請求的網頁被轉移到一個新的地址，但客戶訪問仍繼續經過原始URL地址，重定向，新的URL會在response中的Location中返回，瀏覽器將會使用新的URL發出新的Request。
    303——建議客戶訪問其餘URL或訪問方式
    304——自從上次請求後，請求的網頁未修改過，服務器返回此響應時，不會返回網頁內容，表明上次的文檔已經被緩存了，還能夠繼續使用
    305——請求的資源必須從服務器指定的地址獲得
    306——前一版本HTTP中使用的代碼，現行版本中再也不使用
    307——申明請求的資源臨時性刪除

  4**(客戶端錯誤類)：請求包含錯誤語法或不能正確執行
    400——客戶端請求有語法錯誤，不能被服務器所理解
    401——請求未經受權，這個狀態代碼必須和WWW-Authenticate報頭域一塊兒使用
    HTTP 401.1 - 未受權：登陸失敗
    　　HTTP 401.2 - 未受權：服務器配置問題致使登陸失敗
    　　HTTP 401.3 - ACL 禁止訪問資源
    　　HTTP 401.4 - 未受權：受權被篩選器拒絕
    HTTP 401.5 - 未受權：ISAPI 或 CGI 受權失敗
    402——保留有效ChargeTo頭響應
    403——禁止訪問，服務器收到請求，可是拒絕提供服務
    HTTP 403.1 禁止訪問：禁止可執行訪問
    　　HTTP 403.2 - 禁止訪問：禁止讀訪問
    　　HTTP 403.3 - 禁止訪問：禁止寫訪問
    　　HTTP 403.4 - 禁止訪問：要求 SSL
    　　HTTP 403.5 - 禁止訪問：要求 SSL 128
    　　HTTP 403.6 - 禁止訪問：IP 地址被拒絕
    　　HTTP 403.7 - 禁止訪問：要求客戶證書
    　　HTTP 403.8 - 禁止訪問：禁止站點訪問
    　　HTTP 403.9 - 禁止訪問：鏈接的用戶過多
    　　HTTP 403.10 - 禁止訪問：配置無效
    　　HTTP 403.11 - 禁止訪問：密碼更改
    　　HTTP 403.12 - 禁止訪問：映射器拒絕訪問
    　　HTTP 403.13 - 禁止訪問：客戶證書已被吊銷
    　　HTTP 403.15 - 禁止訪問：客戶訪問許可過多
    　　HTTP 403.16 - 禁止訪問：客戶證書不可信或者無效
    HTTP 403.17 - 禁止訪問：客戶證書已經到期或者還沒有生效
    404——一個404錯誤代表可鏈接服務器，但服務器沒法取得所請求的網頁，請求資源不存在。eg：輸入了錯誤的URL
    405——用戶在Request-Line字段定義的方法不容許
    406——根據用戶發送的Accept拖，請求資源不可訪問
    407——相似401，用戶必須首先在代理服務器上獲得受權
    408——客戶端沒有在用戶指定的餓時間內完成請求
    409——對當前資源狀態，請求不能完成
    410——服務器上再也不有此資源且無進一步的參考地址
    411——服務器拒絕用戶定義的Content-Length屬性請求
    412——一個或多個請求頭字段在當前請求中錯誤
    413——請求的資源大於服務器容許的大小
    414——請求的資源URL長於服務器容許的長度
    415——請求資源不支持請求項目格式
    416——請求中包含Range請求頭字段，在當前請求資源範圍內沒有range指示值，請求也不包含If-Range請求頭字段
    417——服務器不知足請求Expect頭字段指定的指望值，若是是代理服務器，多是下一級服務器不能知足請求長。

  5**(服務端錯誤類)：服務器不能正確執行一個正確的請求
    HTTP 500 - 服務器遇到錯誤，沒法完成請求
    　　HTTP 500.100 - 內部服務器錯誤 - ASP 錯誤
    　　HTTP 500-11 服務器關閉
    　　HTTP 500-12 應用程序從新啓動
    　　HTTP 500-13 - 服務器太忙
    　　HTTP 500-14 - 應用程序無效
    　　HTTP 500-15 - 不容許請求 global.asa
    　　Error 501 - 未實現
  HTTP 502 - 網關錯誤
  HTTP 503：因爲超載或停機維護，服務器目前沒法使用，一段時間後可能恢復正常

一個頁面從輸入 URL 到頁面加載顯示完成，這個過程當中都發生了什麼？（流程說的越詳細越好）

注：這題勝在區分度高，知識點覆蓋廣，再不懂的人，也能答出幾句，
  而高手能夠根據本身擅長的領域自由發揮，從URL規範、HTTP協議、DNS、CDN、數據庫查詢、
  到瀏覽器流式解析、CSS規則構建、layout、paint、onload/domready、JS執行、JS API綁定等等；

  詳細版：
    一、瀏覽器會開啓一個線程來處理這個請求，對 URL 分析判斷若是是 http 協議就按照 Web 方式來處理;
    二、調用瀏覽器內核中的對應方法，好比 WebView 中的 loadUrl 方法;
    三、經過DNS解析獲取網址的IP地址，設置 UA 等信息發出第二個GET請求;
    四、進行HTTP協議會話，客戶端發送報頭(請求報頭);
    五、進入到web服務器上的 Web Server，如 Apache、Tomcat、Node.JS 等服務器;
    六、進入部署好的後端應用，如 PHP、Java、JavaScript、Python 等，找到對應的請求處理;
    七、處理結束回饋報頭，此處若是瀏覽器訪問過，緩存上有對應資源，會與服務器最後修改時間對比，一致則返回304;
    八、瀏覽器開始下載html文檔(響應報頭，狀態碼200)，同時使用緩存;
    九、文檔樹創建，根據標記請求所需指定MIME類型的文件（好比css、js）,同時設置了cookie;
    十、頁面開始渲染DOM，JS根據DOM API操做DOM,執行事件綁定等，頁面顯示完成。

  簡潔版：
    瀏覽器根據請求的URL交給DNS域名解析，找到真實IP，向服務器發起請求；
    服務器交給後臺處理完成後返回數據，瀏覽器接收文件（HTML、JS、CSS、圖象等）；
    瀏覽器對加載到的資源（HTML、JS、CSS等）進行語法解析，創建相應的內部數據結構（如HTML的DOM）；
    載入解析到的資源文件，渲染頁面，完成。

部分地區用戶反應網站很卡，請問有哪些可能性的緣由，以及解決方法？
從打開app到刷新出內容，整個過程當中都發生了什麼，若是感受慢，怎麼定位問題，怎麼解決?
除了前端之外還了解什麼其它技術麼？你最最厲害的技能是什麼？

你用的駕輕就熟用的熟練地編輯器&開發環境是什麼樣子？

Sublime Text 3 + 相關插件編寫前端代碼
Google chrome 、Mozilla Firefox瀏覽器 +firebug 兼容測試和預覽頁面UI、動畫效果和交互功能
Node.js+Gulp
git 用於版本控制和Code Review

對前端工程師這個職位是怎麼樣理解的？它的前景會怎麼樣？

前端是最貼近用戶的程序員，比後端、數據庫、產品經理、運營、安全都近。
一、實現界面交互
二、提高用戶體驗
三、有了Node.js，前端能夠實現服務端的一些事情


前端是最貼近用戶的程序員，前端的能力就是能讓產品從 90分進化到 100 分，甚至更好，

參與項目，快速高質量完成實現效果圖，精確到1px；

與團隊成員，UI設計，產品經理的溝通；

作好的頁面結構，頁面重構和用戶體驗；

處理hack，兼容、寫出優美的代碼格式；

針對服務器的優化、擁抱最新前端技術。

你怎麼看待Web App 、hybrid App、Native App？
你移動端前端開發的理解？（和 Web 前端開發的主要區別是什麼？）

你對加班的見解？

加班就像借錢，原則應當是------救急不救窮

平時如何管理你的項目？

先期團隊必須肯定好全局樣式（globe.css），編碼模式(utf-8) 等；

編寫習慣必須一致（例如都是採用繼承式的寫法，單樣式都寫成一行）；

標註樣式編寫人，各模塊都及時標註（標註關鍵樣式調用的地方）；

頁面進行標註（例如 頁面 模塊 開始和結束）；

CSS跟HTML 分文件夾並行存放，命名都得統一（例如style.css）；

JS 分文件夾存放 命名以該JS功能爲準的英文翻譯。

圖片採用整合的 images.png png8 格式文件使用 儘可能整合在一塊兒使用方便未來的管理

如何設計突發大規模併發架構？
當團隊人手不足，把功能代碼寫完已經須要加班的狀況下，你會作前端代碼的測試嗎？

說說最近最流行的一些東西吧？常去哪些網站？

ES6\WebAssembly\Node\MVVM\Web Components\React\React Native\Webpack 組件化

知道什麼是SEO而且怎麼優化麼? 知道各類meta data的含義麼?

移動端（Android IOS）怎麼作好用戶體驗?

清晰的視覺縱線、
信息的分組、極致的減法、
利用選擇代替輸入、
標籤及文字的排布方式、
依靠明文確認密碼、
合理的鍵盤利用、

簡單描述一下你作過的移動APP項目研發流程？
你在如今的團隊處於什麼樣的角色，起到了什麼明顯的做用？
你認爲怎樣纔是全端工程師（Full Stack developer）？
介紹一個你最得意的做品吧？
你有本身的技術博客嗎，用了哪些技術？
對前端安全有什麼見解？
是否瞭解Web注入攻擊，說下原理，最多見的兩種攻擊（XSS 和 CSRF）瞭解到什麼程度？
項目中遇到國哪些印象深入的技術難題，具體是什麼問題，怎麼解決？。
最近在學什麼東西？
你的優勢是什麼？缺點是什麼？
如何管理前端團隊?
最近在學什麼？能談談你將來3，5年給本身的規劃嗎？

寫在最後

前端學習網站推薦

1. 極客標籤：     http://www.gbtags.com/

2. 碼農週刊：     http://weekly.manong.io/issues/

3. 前端週刊：     http://www.feweekly.com/issues

4. 慕課網：       http://www.imooc.com/

5. div.io：         http://div.io

6. Hacker News： https://news.ycombinator.com/news

7. InfoQ：       http://www.infoq.com/

8. w3cplus：     http://www.w3cplus.com/

9. Stack Overflow： http://stackoverflow.com/

10.w3school：    http://www.w3school.com.cn/

11.mozilla：     https://developer.mozilla.org/zh-CN/docs/Web/JavaScript