js文件比較多（js讀取大文件）

本文目錄一覽：

1. 將你的JS文件進行壓縮，百度一下，工具一把

2. 服務器端開啟gzip壓縮

3. 如果你是3個單獨的JS，那麼你可以合成1個文件，減少請求次數

4. 將你的script標籤寫在頁面底部body標籤結束之前

5. 檢查你的js中是否存在特別耗時的邏輯，因為腳本加載時阻塞式的，它會加載完並執行完之後，才會加載其它資源，因此慢並不一定是文件大，也可能是文件執行花了很長時間

6. 如果還是覺得很慢，你可以使用動態加載，不要直接在頁面中寫script標籤，而是動態創建一個script將該腳本引進來，這樣的加載方式是非阻塞式的，不會影響其它資源加載。

7. 上面方法全用了，還是覺得很慢，那你應該檢查你的服務器和網絡情況，因為按理來說100多kb的腳本不至於慢到不可接受的地步。

8. 將頁面中的資源分散到多個一級或二級域名，因為瀏覽器對同一個域名同時加載的資源數量是有限制的

9. 如果你還是覺得很慢，那就玩些高級玩意兒吧（如使用CDN加速等）

10. 上面方法都試過，還是不奏效？那我也沒轍了，除非能現場分析。

兼容模式實際是兼容IE7的，360「極速」實際就是Chrome。

你的問題應該是「頁面渲染慢」，是布局不合理，

1. 全部頁面的css樣式文件都合併成一段代碼，壓縮後放到style中，這個style頁面只能存在一個並且必須在head中

2. 頁面的所有 script不管是外部文件，還是內部嵌套，都放到 /body 之前。(body結束標籤)

如果script標籤的位置移動不了，就改js，務必要放到頁面的最後。

比如script中有document.write();可以預先在指定位置放一個隱藏的div，

然後通過頁面底部的js，innerHTML到div中。

3. 最好把小的零碎的js代碼都合併到一個文件中。但是單個js文件也不要太大，一般不超過25k。

這幾點做到了，你頁面的首屏速度能在1秒左右。（1秒已經很快了，沒幾個能達到1秒的）。

具體為什麼就不在這裡解釋了。

有一定影響的，加載速度會慢。js過多既延長了用戶的等待時間，又大量消耗cpu。而且放在頁面的前面的話，會影響頁面渲染造成用戶體驗很差，用戶會感覺東西遲遲沒有出來。最好壓縮一下js或者把多個 js 文件合成一個，盡量減少客戶端與服務器的交互。

這也是要看情況的。JS也是分大小的，大的上百行，小的僅有幾行而已。如果沒有觸發效果的話，一般不會卡。但是如果執行函數時有大量的計算（比如生成巨大的爆炸，或極多的圖形計算），那就難說了。當然，簡單的JS（比如點擊草地獲得金錠）運行起來還是很輕鬆的。

另外JS之間也有可能發生衝突，並不是JS越多越好的。

原創文章，作者：RUEL1，如若轉載，請註明出處：https://www.506064.com/zh-hk/n/129480.html