在過去的半年多時間裡很多人不滿於公司沒有福利、人際關係不好相處、沒有發展前途的境遇等等，想著換一份工作來重新開始自己，那麼你準備好了嗎？

下面是本人整理的一份面試材料，本想自己用的，但是為了讓大家都能夠在金九銀十找到心儀的工作，我決定分享出來！！！

1、 viewport

 <meta name="viewport" content="width=device-width,initial-scale=1.0,minimum-scale=1.0,maximum-scale=1.0,user-scalable=no" />     // width    設定viewport寬度，為一個正整數，或字串

延伸 提問

怎樣處理 移動端 1px 被 渲染成 2px 問題

  1 區域性處理

2、跨域的幾種方式

首先了解下瀏覽器的同源策略

同源策略/SOP（Same origin policy）是一種約定，由Netscape公司1995年引入瀏覽器，它是瀏覽器最核心也最基本的安全功能。

如果缺少了同源策略，瀏覽器很容易受到XSS、CSRF等攻擊。

所謂同源是指"協議+域名+埠"三者相同，即便兩個不同的域名指向同一個ip地址，也非同源。

那麼怎樣解決跨域問題的呢？

 1 通過jsonp跨域        1.）原生實現：         <script>             var script = document.createElement('script');             script.type = 'text/javascript';             // 傳參並指定回撥執行函式為onBack             script.src = 'http://www.....:8080/login?user=admin&callback=onBack';             document.head.appendChild(script);             // 回撥執行函式             function onBack(res) {                 alert(JSON.stringify(res));             }          </script>     2、 document.domain + iframe跨域此方案僅限主域相同，子域不同的跨域應用場景。        1.）父視窗：(http://www.domain.com/a.html)             <iframe id="iframe" src="http://child.domain.com/b.html"></iframe>             <script>                 document.domain = 'domain.com';                 var user = 'admin';             </script>             2.）子視窗：(http://child.domain.com/b.html)             <script>                 document.domain = 'domain.com';                 // 獲取父視窗中變數                alert('get js data from parent ---> ' + window.parent.user);             </script>         弊端：請看下面渲染載入優化    3、 nginx代理跨域    4、 nodejs中介軟體代理跨域    5、 後端在頭部資訊裡面設定安全域名

3、 渲染優化

  1.禁止使用iframe（阻塞父文件onload事件）；        *iframe會阻塞主頁面的Onload事件；        *搜尋引擎的檢索程式無法解讀這種頁面，不利於SEO;         *iframe和主頁面共享連線池，而瀏覽器對相同域的連線有限制，所以會影響頁面的並行載入。         使用iframe之前需要考慮這兩個缺點。如果需要使用iframe，最好是通過javascript         動態給iframe新增src屬性值，這樣可以繞開以上兩個問題。    2.禁止使用gif圖片實現loading效果（降低CPU消耗，提升渲染效能）；    3、使用CSS3程式碼代替JS動畫（儘可能避免重繪重排以及迴流）；    4、對於一些小圖示，可以使用base64位編碼，以減少網路請求。但不建議大圖使用，比較耗費CPU；             小圖示優勢在於：                1.減少HTTP請求；                2.避免檔案跨域；                3.修改及時生效；    5、頁面頭部的<style></style> 會阻塞頁面；     （因為 Renderer程序中 JS執行緒和渲染執行緒是互斥的）；         6、頁面頭部<script</script> 會阻塞頁面；     （因為 Renderer程序中 JS執行緒和渲染執行緒是互斥的）；         7、頁面中空的 href 和 src 會阻塞頁面其他資源的載入 (阻塞下載程序)；    8、網頁Gzip，CDN託管，data快取 ，圖片伺服器；         9、前端模板 JS+資料，減少由於HTML標籤導致的頻寬浪費，前端用變數儲存AJAX請求結果，每次操作本地變數，不用請求，減少請求次數         10、用innerHTML代替DOM操作，減少DOM操作次數，優化javascript效能。         11、當需要設定的樣式很多時設定className而不是直接操作style。         12、少用全域性變數、快取DOM節點查詢的結果。減少IO讀取操作。        13、避免使用CSS Expression（css表示式)又稱Dynamic properties(動態屬性)。         14、圖片預載入，將樣式表放在頂部，將指令碼放在底部  加上時間戳。    15、 避免在頁面的主體佈局中使用table。         table要等其中的內容完全下載之後才會顯示出來，顯示比div+css佈局慢。          對普通的網站有一個統一的思路，就是儘量向前端優化、減少資料庫操作、減少磁碟IO。向前端優化指的是，在不影響功能和體驗的情況下，能在瀏覽器執行的不要在服務端執行，          能在快取伺服器上直接返回的不要到應用伺服器，程式能直接取得的結果不要到外部取得，          本機內能取得的資料不要到遠端取，記憶體能取到的不要到磁碟取，快取中有的不要去資料庫查詢。減少資料庫操作指減少更新次數、快取結果減少查詢次數、將資料庫執行的操作儘可能的讓你的程式完成（例如join查詢），          減少磁碟IO指儘量不使用檔案系統作為快取、減少讀寫檔案次數等。程式優化永遠要優化慢的部分，換語言是無法“優化”的。

4、事件的各個階段

1：捕獲階段 ---> 2：目標階段 ---> 3：冒泡階段document   ---> target目標 ----> document由此，addEventListener的第三個引數設定為true和false的區別已經非常清晰了：true表示該元素在事件的“捕獲階段”（由外往內傳遞時）響應事件；false表示該元素在事件的“冒泡階段”（由內向外傳遞時）響應事件。

5、let var const

let 允許你宣告一個作用域被限制在塊級中的變數、語句或者表示式     let繫結不受變數提升的約束，這意味著let宣告不會被提升到當前     該變數處於從塊開始到初始化處理的“暫存死區”。var 宣告變數的作用域限制在其宣告位置的上下文中，而非宣告變數總是全域性的     由於變數宣告（以及其他宣告）總是在任意程式碼執行之前處理的，所以在程式碼中的任意位置宣告變數總是等效於在程式碼開頭宣告const 宣告建立一個值的只讀引用 (即指標)     這裡就要介紹下 JS 常用型別String、Number、Boolean、Array、Object、Null、Undefined     其中基本型別 有 Undefined、Null、Boolean、Number、String，儲存在棧中；     複合型別 有 Array、Object ，儲存在堆中；     基本資料當值發生改變時，那麼其對應的指標也將發生改變，故造成 const申明基本資料型別時，     再將其值改變時，將會造成報錯， 例如 const a = 3 ; a = 5 時 將會報錯；     但是如果是複合型別時，如果只改變複合型別的其中某個Value項時， 將還是正常使用；

6、箭頭函式

語法比函式表示式更短，並且不繫結自己的this，arguments，super或 new.target。這些函式表示式最適合用於非方法函式，並且它們不能用作建構函式。

7、快速的讓一個數組亂序

  var arr = [1,2,3,4,5,6,7,8,9,10];     arr.sort(function(){         return Math.random() - 0.5;     })     console.log(arr);

此處解釋：（語言組織能力不足，請勿吐槽）

首先： 當return 的值     小於 0 ，那麼 a 會被排列到 b 之前；     等於 0 ， a 和 b 的相對位置不變；     大於 0 ， b 會被排列到 a 之前；這裡你會 發現起始 的時候陣列是正序排列，每當進行一次排列的時候， 都會先隨機一個隨機數 （注意這裡的每一次排列 指 每一個紅框指一次排列， 共9次排列 ， 一次排列中可能存在多次比較）；當一次排列的 隨機數大於0.5 時 將會進行第二次比較， 當第二次隨機數 仍然大於0.5 時 ，     將會再 進行一次比較， 直到 隨機數大於0.5 或者排列到第一位；當一次排列的 隨機數 小於0.5時 當前比較的兩項 索引將不會改變 ，繼續下一次 的排列；

8、字型font-family

    @ 宋體      SimSun     @ 黑體      SimHei     @ 微信雅黑   Microsoft Yahei     @ 微軟正黑體 Microsoft JhengHei     @ 新宋體    NSimSun     @ 新細明體  MingLiU     @ 細明體    MingLiU     @ 標楷體    DFKai-SB     @ 仿宋     FangSong     @ 楷體     KaiTi     @ 仿宋_GB2312  FangSong_GB2312     @ 楷體_GB2312  KaiTi_GB2312       @     @ 說明：中文字型多數使用宋體、雅黑，英文用Helvetica     body { font-family: Microsoft Yahei,SimSun,Helvetica; } 

9、可能用到的meta標籤

 <!-- 設定縮放 -->     <meta name="viewport" content="width=device-width, initial-scale=1, user-scalable=no, minimal-ui" />     <!-- 可隱藏位址列，僅針對IOS的Safari（注：IOS7.0版本以後，safari上已看不到效果） -->     <meta name="apple-mobile-web-app-capable" content="yes" />     <!-- 僅針對IOS的Safari頂端狀態條的樣式（可選default/black/black-translucent ） -->     <meta name="apple-mobile-web-app-status-bar-style" content="black" />     <!-- IOS中禁用將數字識別為電話號碼/忽略Android平臺中對郵箱地址的識別 -->     <meta name="format-detection"content="telephone=no, email=no" />     其他meta標籤    <!-- 啟用360瀏覽器的極速模式(webkit) -->     <meta name="renderer" content="webkit">     <!-- 避免IE使用相容模式 -->     <meta http-equiv="X-UA-Compatible" content="IE=edge">     <!-- 針對手持裝置優化，主要是針對一些老的不識別viewport的瀏覽器，比如黑莓 -->     <meta name="HandheldFriendly" content="true">     <!-- 微軟的老式瀏覽器 -->     <meta name="MobileOptimized" content="320">     <!-- uc強制豎屏 -->     <meta name="screen-orientation" content="portrait">     <!-- QQ強制豎屏 -->     <meta name="x5-orientation" content="portrait">     <!-- UC強制全屏 -->     <meta name="full-screen" content="yes">     <!-- QQ強制全屏 -->     <meta name="x5-fullscreen" content="true">     <!-- UC應用模式 -->     <meta name="browsermode" content="application">     <!-- QQ應用模式 -->     <meta name="x5-page-mode" content="app">     <!-- windows phone 點選無高光 -->     <meta name="msapplication-tap-highlight" content="no">

10、消除transition閃屏

    .css {         -webkit-transform-style: preserve-3d;         -webkit-backface-visibility: hidden;         -webkit-perspective: 1000;     }     過渡動畫（在沒有啟動硬體加速的情況下）會出現抖動的現象， 以上的 解決方案只是改變 視角 來啟動硬體加速的一種方式；     啟動硬體加速的 另外一種方式：          .css {             -webkit-transform: translate3d(0,0,0);             -moz-transform: translate3d(0,0,0);             -ms-transform: translate3d(0,0,0);             transform: translate3d(0,0,0);         }     啟動硬體加速     最常用的方式：translate3d、translateZ、transform     opacity屬性/過渡動畫（需要動畫執行的過程中才會建立合成層，動畫沒有開始或結束後元素還會回到之前的狀態）    will-chang屬性（這個比較偏僻），一般配合opacity與translate使用（而且經測試，除了上述可以引發硬體加速的屬性外，     其它屬性並不會變成複合層），     弊端： 硬體加速會導致 CPU效能佔用量過大，電池電量消耗加大 ；因此 儘量避免氾濫使用硬體加速。

轉載自：微信公眾號