JavaScript的性能問題不容小覷，這就需要我們開發人員在編寫JavaScript程序時多注意一些細節，本文非常詳細的介紹了一下JavaScript性能優化方面的知識點，絕對是干貨。
先給大家鞏固下javascript基本語法：
javascript基本語法
定義變量統一用var關鍵字
語法：var 變量名稱=變量值
標示符：①、由字母數字下劃線構成 不能以數字開頭 不能是關鍵字 嚴格區分大小寫
數據類型：
數值型：number
字符串：string
布爾型：boolean
特殊數據類型：undefined 空的 未定義的 未賦值的
空值：null
引用類型object function
檢測參數的數據類型：typeof（）返回該數據類型對應的字符串
兩個等號==和三個等號===的用法
==：比較值相等 與數據類型無關
===：比較全等 與數值和數據類型都有關
布爾環境：遇到if自動轉換成布爾值
字符串string中的布爾環境：空為假 非空為真
數值number中的布爾環境：0為假 非0為真
number與string之間的關系
①、遇到+做拼接操作
②、需要做運算操作時，要把字符串轉換成數值型
轉換方法1、字符串*1 變成數值型
轉換方法2：Number(字符串) 轉換成數值型
一：針對js文件的加載位置
在HTML文件中，<script>標簽是可以加在<head>區域和<body>區域的。這里鑒于JavaScript執行和UI渲染的單線程原因，如果js文件載入會阻塞后面對于頁面的解析過程，頁面會等到js文件完全加載并運行后才繼續執行該做的操作。那么問題就來了，這樣可能會出現頁面空白or卡頓現象。作為一名前端開發，重要的不僅僅止于實現了需求，應該還有優質的用戶體驗。那么我們就需要消除用戶枯燥的等待，針對這個問題，這里有本獸想到的兩種解決方案：
1. 如果js文件沒有特殊要求指明需要在頁面渲染之前載入及編譯完成的，那么選擇將js文件放到</body>標簽前(既所有的頁面所呈現內容的后面)，css文件還是放到<head>區域(誰也不愿意看一個布局雜亂無章的頁面)。這樣做就能先讓用戶看到有布局的頁面而不是空白頁了，那么也會有人指出：那數據得通過js請求加載進來啊，怎么辦呢？可以對數據的加載做排序，急需呈現的接口放前面執行，不是那么需要的可以延后執行，同時做個簡單的載入動畫or提示。
2. 如果這些js文件有指明需要先執行了，才能更好的展示頁面內容，那么就在第一個js或者頁面上先放個載入小動畫，可以一些有趣的或者萌萌的動畫場景。這樣也是能較好的避免用戶等待的無聊，說不定人家還對這個載入動畫更感興趣呢，這樣可提升項目的用戶體驗感。
最終推薦：將<script>標簽盡可能的放到</body>標簽前面加載，以提升用戶體驗。
二：針對js文件的合并
在很多團隊開發中，我們可能會將不同功能的代碼塊分別放置在不同的js文件中，以便于開發過程中眾人合作寫代碼會更加方便，畢竟只需要找對應文件夾或文件而不是在一個很長的文件中找一個方法。這確實是會提高團隊開發效率及新人加入后的更容易進行二次開發及維護。那么將這個問題放到頁面性能里呢？這正是問題所在，在這本書中指出：Each HTTP request brings with it additional performance overhead,so downloading one single 100 KB file will be faster than downloading four 25 KB files.
下載1個100KB的文件比下載4個25KB的文件要快，而開發過程中區分開各個文件又有很大的好處，那么合并這個問題也就放在開發完后再處理咯，相信這個操作大家都不會陌生吧，現在的前端工具這么豐富，各位習慣用什么壓縮就用什么壓縮吧~
這里簡單提出下，在載入文件方面還可以用到defer和async屬性，用于延遲加載和異步加載，在現代瀏覽器中，大多數是已經支持defer屬性了，還沒習慣用這個額，也不知道具體會不會存在什么問題。有興趣的朋友可自行google該知識點，這里件簡單提下吧。
現在的框架也大多配合懶加載和按需加載了。
三：更快速的數據訪問
對于瀏覽器來說，一個標識符所處的位置越深，去讀寫他的速度也就越慢(對于這點，原型鏈亦是如此)。這個應該不難理解，簡單比喻就是：雜貨店離你家越遠，你去打醬油所花的時間就越長... 熊孩子，打個醬油那么久，菜早燒焦了 -.-~
如果我們需要在當前函數內多次用到一個變量值，那么我們可以用一個局部變量先將其存儲起來，案例如下：
//修改前function showLi(){var i = 0;for(;i<document.getElementsByTagName("li").length;i++){ //一次訪問documentconsole.log(i,document.getElementsByTagName("li")[i]); //三次訪問document};};//修改后function showLi(){var li_s = document.getElementsByTagName("li"); //一次訪問documentvar i = 0;for(;i<li_s.length;i++){console.log(i,li_s[i]); //三次訪問局部變量li_s};}; 四：DOM操作的優化
眾所周知的，DOM操作遠比javascript的執行耗性能，雖然我們避免不了對DOM進行操作，但我們可以盡量去減少該操作對性能的消耗。
讓我們通過代碼解釋這個問題：
function innerLi_s(){var i = 0;for(;i<20;i++){document.getElementById("Num").innerHTML="A"; //進行了20次循環，每次又有2次DOM元素訪問：一次讀取innerHTML的值，一次寫入值};}; 針對以上方法進行一次改寫：
function innerLi_s(){var content ="";var i = 0;for(;i<20;i++){content += "A"; //這里只對js的變量循環了20次};document.getElementById("Num").innerHTML += content; //這里值進行了一次DOM操作，又分2次DOM訪問：一次讀取innerHTML的值，一次寫入值}; 五：減少Dom的重繪重排版
元素布局的改變或內容的增刪改或者瀏覽器窗口尺寸改變都將會導致重排，而字體顏色或者背景色的修改則將導致重繪。
對于類似以下代碼的操作，據說現代瀏覽器大多進行了優化(將其優化成1次重排版)：
//修改前var el = document.getElementById("div");el.style.borderLeft = "1px"; //1次重排版el.style.borderRight = "2px"; //又1次重排版el.style.padding = "5px"; //還有1次重排版//修改后var el = document.getElementById("div");el.style.cssText = "border-left:1px;border-right:2px;padding:5px"; //1次重排版 針對多重操作，以下三種方法也可以減少重排版和重繪的次數：
1.Dom先隱藏，操作后再顯示 2次重排 (臨時的display:none)
2.document.createDocumentFragment() 創建文檔片段處理，操作后追加到頁面 1次重排
3.var newDOM = oldDOM.cloneNode(true)創建Dom副本，修改副本后oldDOM.parentNode.replaceChild(newDOM,oldDOM)覆蓋原DOM 2次重排
五：循環的優化
這應該是較多人都知道的寫法了，簡單帶過即可(后面還是用代碼+注釋形式說明)~
//修改前var i = 0;for(;i<arr.lengthli++){ //每次循環都需要獲取數組arr的lengthconsole.log(arr[i]);}//修改后var i = 0;var len = arr.length; //獲取一次數組arr的length for(;i<len;i++){console.log(arr[i]);}//orvar i = arr.length;;for(;i;i--){console.log(arr[i]);}六：合理利用二進制
如：對2取模，則偶數最低位是0，奇數最低位是0，與1進行位與操作的結果是0，奇數的最低位是1，與1進行位與操作的結果是1。
代碼如下：
.odd{color:red}.even{color:yellow} <ul><li>1</li><li>2</li><li>3</li><li>4</li><li>5</li><li>6</li></ul> var i = 0;var lis = document.getElementsByTagName("li");var len = lis.length;for(;i<len;i++){if(i&1){lis[i].className = "even";} else{lis[i].className = "odd";}}; 雖說現代瀏覽器都已經做的很好了，但是本獸覺得這是自己對代碼質量的一個追求。并且可能一個點或者兩個點不注意是不會產生多大性能影響，但是從多個點進行優化后，可能產生的就會質的飛躍了~
新聞熱點
疑難解答
