在網(wǎng)站開發(fā)過程中，對于頁面的加載效率一般都想盡辦法求快。那么，怎么讓才能更快呢？減少頁面請求 是一個優(yōu)化頁面加載速度很好的方法。上一篇博文我們講解了 “利用將小圖標(biāo)合成一張背景圖來減少HTTP請求”，那么，這一篇博文將講解  “ 將圖片轉(zhuǎn)成二進(jìn)制并生成Base64編碼,可以在網(wǎng)頁中通過url查看圖片”。

　　一、為何選擇將圖片轉(zhuǎn)成二進(jìn)制并生成Base64編碼,可以在網(wǎng)頁中通過url查看圖片的方法減少HTTP請求數(shù)？

　　為什么我會講解 “將圖片轉(zhuǎn)成二進(jìn)制并生成Base64編碼,可以在網(wǎng)頁中通過url查看圖片” 這一種方式來減少HTTP請求，進(jìn)而優(yōu)化頁面呢？這里呢，是涉及到移動端的圖標(biāo)使用。上一篇博文所講的方法能否使用于手機(jī)端的網(wǎng)頁呢？

　　但是，它會出現(xiàn)一個問題：背景圖+css顯示圖標(biāo)時，圖標(biāo)本身無法縮放，比如背景圖中64px*64px的圖標(biāo)，顯示到界面時必須設(shè)置icon的大小也是64*64。在PC網(wǎng)頁中這通常不會有什么問題，但在移動端設(shè)備上就完全行不通。同樣是4英寸的手機(jī)屏幕，其分辨率有可能是320*400，也可能是640*800，甚至也可能是1920*1080。這樣64px*64px的圖標(biāo)在不同的設(shè)備上看起來的大小就會差別非常明顯。

　　幸運(yùn)的是，手機(jī)上的瀏覽器基本對此做了優(yōu)化，會把設(shè)備模擬成更低的分辨率。比如在1136*640的IPHONE 5中獲取$(window).width(),取出來的是320而不是640，這樣一個寬度為160px的圖片占用的是屏幕寬度的一半，而不是1/4。手機(jī)設(shè)備這樣處理是為了解決兼容性問題。除了網(wǎng)頁，包括手機(jī)上app的界面，在retina屏幕上和非retina屏幕上的大小是完全一樣的，都是因為對分辨率做了處理。

　　但是，移動設(shè)備這樣的處理方式并不能完全解決問題，因為機(jī)器的假設(shè)性猜測在很多時候是不合適的，尤其是在android設(shè)備中。為了更好地控制元素顯示的大小，解決的辦法就是用pt代替ps，px是對應(yīng)屏幕的分辨率，而pt是針對人眼睛實際感覺的大小，無論在何種分辨率的設(shè)備上，72pt固定是1英寸。

　　HTML的img標(biāo)簽元素的src屬性不只是可以指定url，也可以指定圖片的二進(jìn)制數(shù)據(jù)流。然后通過img元素的自動縮放功能，指定img的大小，就可以實現(xiàn)在不同分辨率的設(shè)備上顯示一致的圖標(biāo)大小。

　　二、使用Base64編碼減少頁面請求數(shù)

　　當(dāng)我們的一個頁面中要傳入很多圖片時，特別是一些小圖標(biāo)，十幾K、幾K，甚至是字節(jié)級別大小的小圖標(biāo)，這些小圖標(biāo)都會增加HTTP請求，假如多了，就會給服務(wù)器帶來很大的壓力。比如要下載一些一兩K大的小圖標(biāo)，其實請求時帶上的額外信息有可能比圖標(biāo)的大小還要大。所以，在請求越多時，在網(wǎng)絡(luò)傳輸?shù)臄?shù)據(jù)自然就越多了，傳輸?shù)臄?shù)據(jù)自然也就變慢了。而這里，我們采用Base64的編碼方式將圖片直接嵌入到網(wǎng)頁中，而不是從外部載入，這樣就減少了HTTP請求。當(dāng)然了，它有一個小缺點(diǎn)，就是使當(dāng)前頁面的大小變大了（對于優(yōu)化來說，其實這個可以忽略，影響不大）�？匆幌孪聢D，小圖標(biāo)大小為2.4k，等待響應(yīng)時間是14ms，而接受數(shù)據(jù)，也就是下載時間約為0ms；可想而知，在有大量小圖標(biāo)下載的時候，這樣的方式去優(yōu)化能大大提高網(wǎng)站的性能（在jquery mobile和天貓的手機(jī)站上面都有用到此技術(shù)）。