首先，我們這里優化對象為移動站點 。
移動開發具備了pc開發所有的特點，并且可以使用一些pc端無法使用的一些手段（主要還是為了兼容ie8及以下瀏覽器啦），pc端的優化手段都可以在移動端使用。但是移動有些地方就不如pc端了(網絡慢，不穩定)，尤其2G網絡，每秒按10kb來算，下載一個資源要耗很多時間。

HTML5頁面優化點主要有以下幾點：

1.redirect：重定向耗時
2.APP cache：讀取緩存耗時
3.DNS：域名解析耗時
4.TCP：網絡連接耗時
5.request和response：發起請求和接受響應時間
6.processing：接受到響應頁面渲染時間
7.onload：渲染完畢，加載其他異步靜態資源時間
優化思路可以針對以上每個點各個擊破。
根據經驗，優化重點主要放在靜態資源加載和頁面渲染，網絡連接耗時和服務器響應時間不考慮在內。

隨著Html5的正式定稿，移動前端步入APP世界的步伐也隨之加速。目前主流的兩大手機系統廠商（google、蘋果）都是Html5的參與者，所以這兩大系統在對html5的支持上基本是沒什么問題的。然而對于很多開發者來說，也許僅僅是因為使用前的一番可行性分析便放棄這種方案。因為很多資料都敘述著Html5相比原生App的各種不足。其中最尷尬的一條莫過于“性能”問題。

前端性能問題與優勢

因為這個問題，剛開始接觸的時候我也有很強的抵觸情緒。但后來慢慢的發現，其實很多時候性能本就不是問題。適當的調整Html和Css，我們的網頁同樣可以無限接近原生程序。而且個人認為，大多數時候程序是否流暢并非取決于某種編程語言，而是取決于寫程序的人。相比通過各種代碼填充來完成目標任務，我更喜歡把技術當做藝術，寫代碼也應該有所追求。（扯淡扯遠了。）

其實，Html5相比原生App的開發有很多誘人的方面。

其一：可快速迭代。 最簡單最直接的一個：IOS程序每次上傳都需要通過漫長的審核時間，如果趕時間的話這是個問題，而且耐心等待之后未必就能得到一個我們想要的結果，審核不通也不是不可能。Html5開發完成之后也不用再次上傳審核。（若與原生程序有交互變更，此項無效）
其二：跨平臺。Html跨平臺的特性早已不是一天兩天的事了。IOS開發完成的同時，Android也基本完成。開發效率和成本上相比原生應用確實有較明顯的優勢。
其三：轉發率高?，F在打開微信朋友圈就能看到各種分享。如：文章分享，產品分享，XX店鋪等。通過連接轉發可以實現快速分享，提高流量。
談完優勢，再說說自身經歷。本是一名老老實實的C#程序員，沒事就學習各種程序優化（sql為主）的我在幾個月前突然轉向移動網頁開發。在一個不算小的團隊里前端工程師是一枚傳統前端工程師。除能完成簡單的手機布局外其他一竅不通，于是乎關于JavaScript、前端性能優化等各種重擔都落到了我這里。由于前端所完成的僅僅是以html的形式展現出效果圖的模樣，很少涉及到性能問題。于是漫長的學習之路由此開始了。

究竟什么樣的頁面是需要優化的頁面？

1、頁面上下滑動時感覺卡頓不流暢或是基本不動；
2、動畫效果卡頓，看上去感覺一幀一幀的跳動；
簡單點說，就是感覺卡。也許iphone6不卡但是iphone4上會卡，也許iphone上不卡三星上感覺卡、魅族、小米、華為、聯想？國內