84669 人學習
152542 人學習
20005 人學習
5487 人學習
7821 人學習
359900 人學習
3350 人學習
180660 人學習
48569 人學習
18603 人學習
40936 人學習
1549 人學習
1183 人學習
32909 人學習
1.減少請求檔次數，2.使用雪碧圖。3.使用懶加載。（怎麼減少請求文件次數呢？）（為什麼減少文件請求次數就可以優化呢，如果我有10個10k的文件和一個100k的文件，我10個10k的文件用多線程同時引入，應該比1個100k的還要快啊。）（）求大神們解答。 。 。 。 。 。感激不盡。 。
我認為如果網頁比較長的話，完全可以先顯示一屏內容，再讓滾動條滾動到一定距離用ajax請求加載。如果展示的內容特別多的話，我覺得使用分頁展示就比較好，就像淘寶京東那樣。
現在使用雪碧圖也未必是最好的最佳化方式了。使用webpack可以減少入口文件，打包圖片base64，可以完美解決你的需求。
簡單講幾個：
1、使用雪碧圖就是減少請求次數，舉例：有100個小圖標，如果是單張分開就得不斷向伺服器請求100次才能取完，如果合併放在一張圖內，就只需要請求一次
2、js合併，css合併同理。
寫這裡：多執行緒是瀏覽器的，即使多執行緒請求圖片，瀏覽器也是有限制，目前，所有瀏覽器的並發數目一般限制在10以內。也就是說當超出這個數量，就會阻塞說到按需加載，這個得要分實際情況，大圖超過100來k的基本不會採用雪碧圖，一個小圖標只有幾十幾百B或十幾二十k的合併起來並沒有什麼負擔，相比於請求多次不如這樣一次請求來的更「划算」
我認為如果網頁比較長的話，完全可以先顯示一屏內容，再讓滾動條滾動到一定距離用ajax請求加載。如果展示的內容特別多的話，我覺得使用分頁展示就比較好，就像淘寶京東那樣。
現在使用雪碧圖也未必是最好的最佳化方式了。
使用webpack可以減少入口文件，打包圖片base64，可以完美解決你的需求。
簡單講幾個：
1、使用雪碧圖就是減少請求次數，舉例：有100個小圖標，如果是單張分開就得不斷向伺服器請求100次才能取完，如果合併放在一張圖內，就只需要請求一次
2、js合併，css合併同理。
寫這裡：
多執行緒是瀏覽器的，即使多執行緒請求圖片，瀏覽器也是有限制，目前，所有瀏覽器的並發數目一般限制在10以內。也就是說當超出這個數量，就會阻塞
說到按需加載，這個得要分實際情況，大圖超過100來k的基本不會採用雪碧圖，一個小圖標只有幾十幾百B或十幾二十k的合併起來並沒有什麼負擔，
相比於請求多次不如這樣一次請求來的更「划算」