让女人爽的下面流水小说,337p人体粉嫩炮高清大图,国产日韩欧美一区二区三区在线

記得前百度工程師張云龍說過，頁面前端優化問題絕對不僅僅是為頁面提速的問題，更是工程的問題，有興趣的同學可以閱讀《前端工程與性能優化》。里面有提到根據雅虎14條優化原則，《高性能網站建設指南》以及《高性能網站建設進階指南》中提到的優化點梳理出來的優化方向：

張云龍先生提及到的優化方向從提出到現在雖已相隔兩年時間，前端技術也在飛速發展，但其提到的工程化思想仍是前端優化的一個大方向，亦有很大的指導意義。

當然這是另外更大的話題了，這篇文章并不是將本次的優化點按照萌妹子暖暖寫的《前端優化不完全指南》一一列出（當然并沒有那么多，前端優化永遠寫不完，寫不完：- O），而是重點結合項目總結這一次優化中如何尋找優化點以及收益比較大的常見方法，希望可以對遇到相似問題的同學有幫助，前端大神可輕輕淡笑而過。

高清圖適配優化

我們所說的高清圖一般是指至少具有 Retina 屏級別精度的圖片，就是平時所說的『2x』圖。對于高清圖的適配，一般會根據圖片特點以及項目實際情況去制定適配方案。

純色圖

純色圖一般應用到裝飾性的小 icon，如側導航的標題 icon：

此類圖標由單色組成，可以根據一定的繪制規則制成 iconfont 圖標，iconfont 的圖標具有矢量性，其大小和顏色可以都可以通過樣式來控制。

新版首頁出現了 33 個單色圖標，這些圖標復用性很強，同一個圖標在不同頁面都有出現，而且同一個圖標還有不一樣的尺寸，如果用傳統方法做成圖片的話圖片數量會很多，即使全部合并成 sprite 圖，圖片的 K 數也會很大，而且后期如果有修改的話還得重新合并 sprite 圖，因此這次首頁改版所有的純色圖標的高清適配全部使用 iconfont 圖標：

ICONFONT圖標管理

改版所用到的 ICONFONT 圖標生成以及管理選擇了『阿里巴巴矢量圖標庫』線上服務，在上面通過上傳圖標的 SVG 文件生成對應的字體文件，還可以根據圖標分項目管理：

圖標生成后，該服務還會自動打包好所需文件，并制成 DEMO 網頁，供本地預覽查找圖標對應的字體編碼以及使用方法：

相信前端的同學很早就使用過 ICONFONT 服務，筆者衷心感謝提供 ICONFONT 服務的?THX?組織，除了 ICONFONT 服務，THX 還提供了不少業界良心的前端精品工具服務，感謝他們為業界作出的貢獻。

非純色圖

非純色圖通常用『2X』圖適配，適配方案可以有很多選擇：媒體查詢、srcset屬性、image-set屬性、腳本控制。

媒體查詢、srcset屬性和 image-set屬性成功匹配的基本是高端瀏覽器，兼容性略差，腳本控制兼容性更佳，項目具體用哪一種要看『國情』了：

上圖是我國PC端操作系統市場份額的大概分布情況，可以看出 95% 以上的用戶都是使用 Windows 系統的，使用 Windows 系統的用戶設備屏幕大部分都是普清屏，而使用高清屏的用戶基本都是使用 Mac OS 系統，Mac OS 系統的瀏覽器又以『高富帥』Chrome 和 Safari 為主，因此只考慮適配 Mac OS 設備，最終選擇比媒體查詢更為方便的『srcset屬性』和『image-set屬性』方案：內容圖使用 srcset 屬性適配，背景圖使用 image-set 屬性適配高清圖：

設計類字體

新版京東云出現了很多設計類字體，也就是我們平時所說的非系統字體，如新版京東云首頁版塊標題用的字體 —-『方正蘭亭超細黑體』

對于設計類字體，前端和視覺會達成共識不會大面積使用，因為該類字體的實現只能用圖片或通過樣式?@font-face?屬性去實現：

圖片方案：雖然可以高精度還原，兼容性強，但是每改動一處地方都需要換圖，不方便維護，內容擴展性差，而且如果要適配高清設備，又得多一套圖。
@font-face?屬性方案：字體具有矢量性，高清設備可以輕松適配，內容擴展性強，但是不同的瀏覽器存在渲染的差異，兼容性略弱，@font-face?字體文件大小一般又是 M 級別，會不同程度影響頁面加載體驗。

如果非系統字體應用的地方只有幾個標題，而且不常改動的話，用圖片方案較優，但是新版京東云在其它頻道的首頁也會應用到，內容較多，而且要適配高清圖，所以圖片方案并不適用，@font-face屬性方案更合適。

針對『@font-face?屬性方案』文件體積大和瀏覽器渲染差異的兩個不足之處，采取了一個折中的方案，也就是瀏覽器的渲染差異在視覺可以接受的范圍下，只抽取要用到的字體生成體積相對較小的字體文件。

Junmer 出品的?Fontmin?工具可以大大滿足這個需求，只需要將用到了字體源以及需要生成的文字內容加入到工具中，就可以生成相應的字體文件：

原來 2MB 的字體

生成的字體文件只有 11KB，字體文件體積減少達到了 99%

圖片資源優化

存在的問題

額外請求數過多

舊版首頁加載的時候，一共有40個請求，其中圖片的請求就有 31 個，占總請求數的 77%

有些可以合并的圖片并沒有做處理：

其中至少有 11 張圖片是可以合并成一張圖片的，也就是至少多了 27% 的額外請求數

資源浪費

首屏的圖片資源加載了 31個，但其可見的圖片只有 2 張，加載了 100% 的圖片資源，首屏圖片資源利用率只有 6%

只要用戶沒有完全瀏覽完網頁就跳到其它頁面的話，都會造成資源浪費。

圖片加載體驗差

首屏耗時較長的大圖加載過程并沒有做 Loading占位圖提示，有機會出現輪播圖區域空白時間過長：

上圖顯示頁面加載 1.8s 后，Banner 背景圖還是沒有出來，雖然網速飛快的用戶有可能不出現這種情況，但是不排除網絡慢的用戶會碰上。

除此之外，圖片加載失敗的時候也沒有做容錯處理，就有機會出現圖片加載失敗的系統默認圖標樣式，會影響頁面的美觀性：

優化方案

雖然新版首頁的圖片資源的排版和內容有所不同，但至少可以針對舊版額外請求數多、資源浪費、加載體驗差這三個方向去改進。

減少額外請求數

減少圖片額外請求數，收益比較明顯的一般有三個方法：圖片合并、iconfont 圖標、Base64，三個方法都有各自的優缺點：

圖片合并

優點：兼容性強可緩存可提前加載多態圖可提升圖片加載顯示體驗

缺點：維護性差、合并圖片類型以及大小控制限制高、有可能造成資源浪費

適合：修改更新少的常駐型低色位的裝飾小圖
Iconfont

優點：可緩存矢量性可控性強

缺點：存在瀏覽器渲染差異性、只能純色、文件體積略大

適合：純色圖標
Base64

優點：無額外請求

缺點：不可緩存、兼容性差、代碼冗余、可讀性差、維護不便、CPU內存耗損大

適合：體積小復用率低的背景裝飾圖標

新版首頁一共有 70 個圖片資源，其中有 49 個是純色圖標，16 個是低色位非純色圖，5 個是高色位圖。

49 個純色圖標全部使用了 Iconfont 方法處理，13 個低色位非純色圖使用了合并方法，一共有 62 個圖片做了減少額外請求處理，最終圖片資源請求數一共只有 14 個，其中純色圖的請求數占 2 個，低色位非純色圖請求數占 6 個，圖片總請求數減少了 80% ，圖片合并和 Iconfont 的額外請求處理率分別達到了 56% 和 96%

可以看到 Iconfont 的額外請求處理率相當出色，因為適合應用他的對象特點比較簡單，而圖片合并會受到合并圖片的格式、資源分布、模塊分布等情況影響，其額外請求處理率會相對低于 Iconfont。

我們可以得到一個優化圖片額外請求的小結論：純色圖標優先考慮 Iconfont，低色位非純色圖片根據項目實際需要來做合并優化，Base64非特殊圖片不使用

資源按需加載

新版首頁需要加載的圖片資源一共有 14個，其中首屏的圖片資源有 8 個，可見圖片有 5 個，如果不作處理，那么首屏圖片資源的利用率只有 35%

如果進行資源按需加載，在非首屏的圖片資源實行懶加載，將輪播圖不可見的兩張圖片做觸發加載處理，這樣首屏的加載圖片資源只有 8 個，首屏圖片資源利用率則可達到 60%，提高了 70% 的圖片資源利用率，資源按需加載不失為一種避免資源浪費的最掛實踐方法

占位提示圖提高加載體驗

圖片加載的時間長短由很多因素決定，如服務器響應時間、用戶所用網絡帶寬、圖片大小等，但無論是哪一種情況，總有一個等待的過程，在這過程總會有一個空白時間，特別是占屏面積比較大的首屏輪播大圖和采取懶加載的圖片，即使圖片空白時間很短，用戶也會有不同程度的感知，會給用戶帶來一種唐突或漫長等待的感覺，如果加載過程給圖片加上體積比較小的占位提示圖，則會讓用戶有一個圖片加載預知，當圖片加載完成后再呈現給用戶看，這樣用戶在圖片加載過程中看到的都是完整的圖片