【華磊原創】-提升用戶體驗？衡量頁面加載速度的幾個關鍵指標。

做者: 華磊 發表於 2010-08-25 13:29 原文連接 閱讀: 1540 評論: 5

     

     其實要判斷一個頁面的執行速度的快慢與否，主要有以下幾個時間比較關鍵：

      頁面服務端執行時間

               即服務端執行主要頁面處理的快慢與否，通常咱們須要排除掉網絡影響（局域網），經過壓力測試或者程序內部跟蹤來得出該時間，舉個例子，我在服務端頁面page_load寫System.Thread.Sleep(1000)，阻塞當前執行線程1秒（你能夠理解爲咱們實際處理邏輯的代碼，好比打開數據庫查詢等等），則服務端執行時間則是1秒+ASP.NET WEBForm框架模型的構建時間，通常會是1~1.01左右。

      頁面服務端響應時間

               及包含網絡的服務端響應時間，通常是拿到的Request鏈接創建到Response鏈接結束的時間，拋開網絡影響，則時間應與頁面服務端執行時間一致，若是差別較大，則說明頁面傳遞的數據量過大，須要優化。

      DomContentOnload時間

               通常而言，頁面上會有許多的展示元素，在一個用戶體驗較好的頁面上，極可能會對其中的dom元素進行上下文處理，則此時間則爲dom構建完畢的時間，通常而言，此時間反映了客戶端解釋頁面的時間，若是過長，則很明顯是頁面結構不合理。

      Document.onload時間

onload是頁面全部必須得資源所有獲取完畢的時間（其實不含圖片或一些外圍的資源），若是過長，則很明顯DomContentOnload過長或者必須得資源請求時間過長（很大的css，動態產生的js過大等等），通常而言，Document.onload能夠認爲是客戶開始看到相對結構完整的網頁的時間。此時間直接跟用戶體驗相關。

      頁面渲染時間

               頁面徹底打開完畢，瀏覽器解析完畢，客戶看到完整的網頁的全部內容的時間，好比說我在頁面中使用js建立一萬個button，則這些button所有顯示出來的時間纔是頁面渲染時間。這個時間跟客戶端cpu 顯卡 內存密切相關，並由頁面的客戶端邏輯直接影響，較難跟蹤很判斷。故通常這個時間是用來測試瀏覽器的執行速度的。

評論: 5 查看評論 發表評論

程序員找工做，就在博客園

最新新聞：
· Facebook推瀏覽新功能 方便查找最熱門頁面(2010-09-13 13:15)
· 傳谷歌1000萬美圓收購以色列公司Quicksee(2010-09-13 13:12)
· 紐約時報：手機運營商正轉向Wi-Fi(2010-09-13 13:09)
· 甲骨文起訴谷歌背後的名堂(2010-09-13 13:07)
· 植物大戰殭屍網頁版(Javascript)(2010-09-13 13:06)

編輯推薦：2010年9月編程語言排行榜：Perl 不走尋常路

網站導航：博客園首頁  我的主頁  新聞  閃存  小組  博問  社區  知識庫