什么是 base64 編碼?　　

我不是來(lái)講概念的，直接切入正題，圖片的 base64 編碼就是可以將一副圖片數(shù)據(jù)編碼成一串字符串，使用該字符串代替圖像地址。

這樣做有什么意義呢？我們知道，我們所看到的網(wǎng)頁(yè)上的每一個(gè)圖片，都是需要消耗一個(gè) http 請(qǐng)求下載而來(lái)的（所有才有了 csssprites 技術(shù)的應(yīng)運(yùn)而生，但是 csssprites 有自身的局限性，下文會(huì)提到）。

沒(méi)錯(cuò)，不管如何，圖片的下載始終都要向服務(wù)器發(fā)出請(qǐng)求，要是圖片的下載不用向服務(wù)器發(fā)出請(qǐng)求，而可以隨著 HTML 的下載同時(shí)下載到本地那就太好了，而 base64 正好能解決這個(gè)問(wèn)題。

那么圖片的 base64 編碼長(zhǎng)什么樣子呢？舉個(gè)栗子。www.google.com的首頁(yè)搜索框右側(cè)的搜索小圖標(biāo)使用的就是base64編碼。我們可以看到：

//在css里的寫法
#fkbx-spch, #fkbx-hspch {
  background: url(data:image/gif;base64,R0lGODlhHAAmAKIHAKqqqsvLy0hISObm5vf394uLiwAAAP///yH5B…EoqQqJKAIBaQOVKHAXr3t7txgBjboSvB8EpLoFZywOAo3LFE5lYs/QW9LT1TRk1V7S2xYJADs=) no-repeat center;
}

//在html代碼img標(biāo)簽里的寫法
img src="data:image/gif;base64,R0lGODlhHAAmAKIHAKqqqsvLy0hISObm5vf394uLiwAAAP///yH5B…EoqQqJKAIBaQOVKHAXr3t7txgBjboSvB8EpLoFZywOAo3LFE5lYs/QW9LT1TRk1V7S2xYJADs=">

上面分別是圖片的 base64 編碼在 css 里面的寫法和在 htmlimg> 標(biāo)簽里的寫法。base64 編碼長(zhǎng)得就是這個(gè)樣子，當(dāng)然 base64 編碼不僅僅運(yùn)用在圖片編碼，還可以：

thunder://QUFodHRwOi8vZG93bi5zYW5kYWkubmV0L3RodW5kZXI3L1RodW5kZXI3LjEuNS4yMTUyLmV4ZVpa（不要復(fù)制我我真的不是種子）

嘿嘿?zèng)]錯(cuò)，迅雷的“專用地址”也是用 Base64 加密的，有興趣自行 google，不做贅述。

為什么要使用 Base64 編碼？　　

那么為什么要使用 base64 傳輸圖片文件？上文也有提及，因?yàn)檫@樣可以節(jié)省一個(gè) http 請(qǐng)求。圖片的 base64 編碼可以算是前端優(yōu)化的一環(huán)。效益雖小，但卻缺能積少成多。

說(shuō)到這里，不得不提的是 CssSprites 技術(shù)，后者也是為了減少 http 請(qǐng)求，而將頁(yè)面中許多細(xì)小的圖片合并為一張大圖。那么圖片的 base64 編碼和 CssSprites 有什么異同，又該如何取舍呢？

所以，在這里要明確使用 base64 的一個(gè)前提，那就是被 base64 編碼的圖片足夠尺寸小。以博客園的 logo 為例：

如圖所示，博客園的 Logo 只有 3.27KB，已經(jīng)很小了，但是如果將其制作轉(zhuǎn)化成 base64 編碼，生成的 base64 字符串編碼足足有 4406 個(gè),也就是說(shuō)，圖片被編碼之后，生成的字符串編碼大小一般而言都會(huì)比原文件稍大一些。即便 base64 編碼能夠被 gzip 壓縮，壓縮率能達(dá)到 50% 以上，想象一下，一個(gè)元素的 css 樣式編寫居然超過(guò)了 2000個(gè) 字符，那對(duì) css 整體的可讀性將會(huì)造成十分大的影響，代碼的冗余使得在此使用 base64 編碼將得不償失。

那么，是不是表示 base64 編碼無(wú)用武之地呢？不然。當(dāng)頁(yè)面中的圖片滿足以下要求，base64 就能大顯生手。

如果圖片足夠小且因?yàn)橛锰幍奶厥庑詿o(wú)法被制作成雪碧圖（CssSprites），在整個(gè)網(wǎng)站的復(fù)用性很高且基本不會(huì)被更新。

那么此時(shí)使用 base64 編碼傳輸圖片就可謂好鋼用在刀刃上，思前想后，符合這個(gè)規(guī)則的，有一個(gè)是我們經(jīng)常會(huì)遇到的，就是頁(yè)面的背景圖 background-image 。在很多地方，我們會(huì)制作一個(gè)很小的圖片大概是幾px*幾px，然后平鋪它頁(yè)面當(dāng)背景圖。因?yàn)槭潜尘皥D的緣故，所以無(wú)法將它放入雪碧圖，而它卻存在網(wǎng)站的很多頁(yè)面，這種圖片往往只有幾十字節(jié)，卻需要一個(gè) http 請(qǐng)求，十分不值得。那么此時(shí)將它轉(zhuǎn)化為 base64 編碼，何樂(lè)而不為？

下面是一個(gè)只有 50 字節(jié)的2*2的的背景圖。將其轉(zhuǎn)化成 base64 編碼，只有 100 多個(gè)字符，相比一個(gè) http 請(qǐng)求，這種轉(zhuǎn)換無(wú)疑更值得推崇。

CssSprites與Base64編碼　　

簡(jiǎn)單陳述一下我對(duì)何時(shí)這使用這兩種優(yōu)化方法的看法。

使用CssSprites合并為一張大圖：

頁(yè)面具有多種風(fēng)格，需要換膚功能，可使用CssSprites

網(wǎng)站已經(jīng)趨于完美，不會(huì)再三天兩頭的改動(dòng)（例如button大小、顏色等）

使用時(shí)無(wú)需重復(fù)圖形內(nèi)容

沒(méi)有 Base64 編碼成本，降低圖片更新的維護(hù)難度。（但注意 Sprites 同時(shí)修改 css 和圖片某些時(shí)候可能造成負(fù)擔(dān)）

不會(huì)增加 CSS 文件體積

使用base64直接把圖片編碼成字符串寫入CSS文件：

無(wú)額外請(qǐng)求

對(duì)于極小或者極簡(jiǎn)單圖片

可像單獨(dú)圖片一樣使用，比如背景圖片重復(fù)使用等

沒(méi)有跨域問(wèn)題，無(wú)需考慮緩存、文件頭或者cookies問(wèn)題

更便捷的將圖片轉(zhuǎn)化為Base64編碼　　

將圖片轉(zhuǎn)化為 base64 編碼有許多工具，例如本文中我所使用的http://www.pjhome.net/web/html5/encodeDataUrl.htm，但是很多這些網(wǎng)站是國(guó)外網(wǎng)站，經(jīng)常被墻登陸不了。這里介紹一個(gè)更為快捷的方法，就是利用 Chrome 瀏覽器（我想 FEer 都應(yīng)該有Chrome 瀏覽器吧=。=）。

在 chrome 下新建一個(gè)窗口，然后把要轉(zhuǎn)化的圖片直接拖入瀏覽器，打開(kāi)控制臺(tái)，點(diǎn) Source，如下圖所示，點(diǎn)擊圖片，右側(cè)就會(huì)顯示該圖片的 base64 編碼，是不是很方便。

一些誤區(qū)

Base64 雖有優(yōu)點(diǎn)，但是缺點(diǎn)也很明顯，在使用上存在一些明顯的缺陷。

1. 使用 Base64 不代表性能優(yōu)化

是的，使用 Base64 的好處是能夠減少一個(gè)圖片的 HTTP 請(qǐng)求，然而，與之同時(shí)付出的代價(jià)則是 CSS 文件體積的增大。

而 CSS 文件體積的增大意味著什么呢？意味著 CRP 的阻塞。

CRP（Critical Rendering Path，關(guān)鍵渲染路徑）：當(dāng)瀏覽器從服務(wù)器接收到一個(gè)HTML頁(yè)面的請(qǐng)求時(shí)，到屏幕上渲染出來(lái)要經(jīng)過(guò)很多個(gè)步驟。瀏覽器完成這一系列的運(yùn)行，或者說(shuō)渲染出來(lái)我們常常稱之為“關(guān)鍵渲染路徑”。

通俗而言，就是圖片不會(huì)導(dǎo)致關(guān)鍵渲染路徑的阻塞，而轉(zhuǎn)化為 Base64 的圖片大大增加了 CSS 文件的體積，CSS 文件的體積直接影響渲染，導(dǎo)致用戶會(huì)長(zhǎng)時(shí)間注視空白屏幕。HTML 和 CSS 會(huì)阻塞渲染，而圖片不會(huì)。

2. 頁(yè)面解析 CSS 生成的 CSSOM 時(shí)間增加

Base64 跟 CSS 混在一起，大大增加了瀏覽器需要解析CSS樹(shù)的耗時(shí)。其實(shí)解析CSS樹(shù)的過(guò)程是很快的，一般在幾十微妙到幾毫秒之間。

CSS 對(duì)象模型 (CSSOM)：CSSOM是一個(gè)建立在web頁(yè)面上的 CSS 樣式的映射，它和DOM類似，但是只針對(duì)CSS而不是HTML。

CSSOM 生成過(guò)程：

CSSOM 生成過(guò)程大致是，解析 HTML ，在文檔的 head 部分遇到了一個(gè) link 標(biāo)記，該標(biāo)記引用一個(gè)外部 CSS 樣式表，下載該樣式表后根據(jù)上述過(guò)程生成 CSSOM 樹(shù)。這里我們要知道的是，CSSOM 阻止任何東西渲染，（意味著在CSS沒(méi)處理好之前所有東西都不會(huì)展示），而如果CSS文件中混入了Base64，那么（因?yàn)槲募w積的大幅增長(zhǎng)）解析時(shí)間會(huì)增長(zhǎng)到十倍以上。

而且，最重要的是，增加的解析時(shí)間全部都在關(guān)鍵渲染路徑上。

所以，當(dāng)我們需要使用到 Base64 技術(shù)的時(shí)，一定要意識(shí)到上述的問(wèn)題，有取舍的進(jìn)行使用。

以上就是詳解CSS玩轉(zhuǎn)圖片Base64編碼的詳細(xì)內(nèi)容，更多關(guān)于CSS玩轉(zhuǎn)圖片Base64編碼的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！