前端優(yōu)化已經是一個被寫爛的題材了。

雖千萬人吾往矣，這里我僅分享我的一些實踐經驗。

歡迎一起交流

歡迎關注我的個人公眾號，不定期更新自己的工作心得。

正文如下

前端性能

1. 模塊化

嚴格來說，代碼模塊化并不能帶來性能上的提升，但我還是將模塊化提出來，因為它真的很重要，重要到幾乎所有的優(yōu)化都與它息息相關。

常見的模塊化方案有：AMD、CMD、UMD、ES6

如何選擇？

團隊習慣

個人偏好

業(yè)務需要

我靠！你怎么能把業(yè)務需要放在最后一個考慮？

因為沒有哪一塊業(yè)務會因為使用了不同的模塊化方案而產生不同的結果。

而且我覺得 軟件開發(fā)中的以人為本 用在這里剛好合適，其他地方就只能 呵呵了。畢竟業(yè)務高于一切，這是操守。

2. 緩存

緩存一定要加！

緩存一定要加！

緩存一定要加！

因為CDN真的很貴。。。

沒有CDN？那就更得加緩存了！！！

緩存有很多方式，最為常見的就是下面這兩種了

瀏覽器304緩存

localstorage本地存儲

業(yè)界，一直有關于304緩存與localstorage性能的爭議，這里我們不討論兩者的差異，或性能問題。

我一向以業(yè)務導向選擇方案，這里我選擇的是localstorage，如果你愿意，你可以通過localstorage將緩存玩出一朵花出來。

你可以這么干：

通過localstorage存儲js、css資源；

資源版本控制；

只要你愿意，localstorage也可以控制緩存時間！通過寫一小段js代碼來實現(xiàn)；

在活動期間可以提前將活動相關資源緩存至localstorage，減輕活動當日的CDN消耗，同時在提升用戶訪問速度的同時，降低服務器端壓力。

PS：localstorage針對開發(fā)環(huán)境確實有點惡心，不過你可以在框架底層寫一小段代碼來支持不同環(huán)境下的緩存控制，例如：針對開發(fā)環(huán)境域名，禁止緩存，針對某個URL參數(shù)禁止緩存等。當然，你也可以和我一樣寫一個chrome插件來控制緩存，高興就好！

所以，我的建議是能使用localstorage就是盡量使用localstorage。如果你司沒事也會搞一搞大促什么的，你就知道CDN有多貴了。

后續(xù)應該會將我們針對localstorage的一套方案開源出來。

3. 懶加載

圖片懶加載

如果你是做Hybrid開發(fā)，這真的有必要！

另外，寫一個圖片懶加載插件有多難？，這里已經有人給出答案了，點擊查看

JS 懶加載

模塊化帶來的其中一個好處就是我們可以針對js資源進行懶加載控制，RequireJS、SeaJS？你高興就好。

這里我們采用的是RequireJS，要問我為什么，也許是因為我們使用的是AMD方案吧！要問我為什么使用AMD方案，我只能告訴你，因為我高興！以人為本不是嘛~

4. 前端模板渲染

相比拼接字符串，jQuery.append ，我們有了另一種選擇，前端模板。

前端模板方案有很多。這里我推薦騰訊的 tmodjs 。他的優(yōu)勢在于可以將前端模板預編譯成js文件，同時支持模塊加載。

如果你要問我為什么不能拼接字符串，又或者jQuery.append為什么不好，這也許是我下一篇文章的主題了。至少不是今晚的。或者你可以去研究一下瀏覽器的渲染機制呢？

5. DOM怎么寫很重要

瀏覽器有個機制叫做重繪，任何改變dom元素位置的操作都會引發(fā)瀏覽器重繪操作，這是無法避免的。重繪是瀏覽器性能優(yōu)化的一個重點，特別是針對webview的優(yōu)化。

既然我們不能避免，那么我們能夠做什么呢？

雖然我們不能避免瀏覽器重繪的發(fā)生，但是我們可以通過精確的控制dom元素，來達到使瀏覽器的重繪范圍最小化的目的，這里我們可以借助瀏覽器的開發(fā)者工具針對頁面進行調優(yōu)。

關于調優(yōu)也可以寫一篇文章了，如果你感興趣，我們可以私下聊一聊。

客戶端性能

代理webview發(fā)送ajax請求，據(jù)說這可以省去三次握手的時間？

iOS中使用WKWebView代替UIWebview，UIWebview是iOS8.0以前的產物，針對iOS8.0以后的系統(tǒng)建議使用WKWebView，經過實際測試，性能大概能夠提升40%，同時穩(wěn)定性有很大程度的提升，幾乎是質的提升。

webview支持加載webp格式圖片。

靜態(tài)資源預加載，除了localstorage的緩存機制，我們也可以利用客戶端針對前端靜態(tài)資源進行緩存，在WIFI環(huán)境下，我們可以預先將靜態(tài)資源下載至本地。

服務端性能

1. 服務端渲染

在一個把前后端分離奉為葵花寶典的時代，提一句服務端渲染顯然是不合適的。

可是如果考慮到客戶端弱爆了的Webview，也許這是一個不錯的選擇，畢竟服務端的性能要好很多。針對已經前后端分離的項目，我建議可以嘗試使用Node.js針對頁面進行直出，也是一個不錯的選擇，Node.js的性能這里就不需要我累述了吧！

By the way, 首屏數(shù)據(jù)服務端輸出，配上懶加載一起，不要太爽哦。

2. 一個快速響應的接口

一個快速響應的接口真的很重要！！！

你可以通過優(yōu)化代碼，優(yōu)化sql，優(yōu)化緩存（redis Or memcached?），優(yōu)化Nginx配置？double 服務器？

Come On 總有點能做的！

總之~不要局限了自己。We Are Developer , Not 頁面仔！OK？

3. 圖片轉webp

由于webp格式的圖片并不是所有環(huán)境都支持，這時候需要配合不同的客戶端動態(tài)返回相應格式的圖片。

PS：如果你對前端性能優(yōu)化有自己的想法，歡迎騷擾我。我們之間也許只差一杯焦糖瑪奇朵。

總結

以上是生活随笔為你收集整理的实践中的电商前端优化的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內容還不錯，歡迎將生活随笔推薦給好友。