對于頁面加載時間的測試，簡單的需求(僅僅是看看請求時間消耗分布)可以通過開發者工具或者Http Watch了解，但如果是想對頁面加載進行優化，進行深入了解的(例如：渲染過程中的CPU開銷、網絡傳輸時間與客戶端渲染時間的分別耗時、世界同類型站點響應排名)，那么可以使用dynaTrace AJAX Edition使用并不復雜，啟動瀏覽器，訪問一遍希望了解的頁面，針對每一個頁面，dynaTrace AJAX Edition都會提供如下信息：1)Summary可以選擇和各類型的站點進行性能排名PK，例如alexa排名前1000、500、100的站點、新聞站點、購物網站，了解我們站點在這類型網站中的各項性能指標排名，例如默認的和最佳范例比較，可以看到，綜合排名來說，案例業務系統算是A級，超越了96%，緩存等級、網絡等級、javascript等級都處于A級，服務響應等級處于B級，順便說下，排名數據是可以在線更新的。也還可以看到各種加載時間指標的排名情況、服務端時間與客戶端時間消耗的排名情況、網絡消耗時間排名，以及前面所說指標的等級信息：也還可以看到各種加載時間指標的排名情況、服務端時間與客戶端時間消耗的排名情況、網絡消耗時間排名，以及前面所說指標的等級信息：2)caching可以看到瀏覽器緩存利用情況，下面的例子里面等級只能算E，并提示102個靜態請求其中97個影響了等級排名列表里面可以看到，所有資源都沒有使用expires標記這里也需要注意，post類型的請求，瀏覽器一般不啟用本地緩存，對于靜態內容，web服務器默認情況下不會開啟expires標記的支持3)network從這里可以看到一些有助于減少網絡資源開銷的信息，例如4XX、5XX的資源請求又例如圖片資源過大、css文件和js文件過大過多的問題，如下圖在建議進行圖片、css、js文件合并，并估算合并后能夠因此帶來多少的響應性能提升：又例如圖片資源過大、css文件和js文件過大過多的問題，如下圖在建議進行圖片、css、js文件合并，并估算合并后能夠因此帶來多少的響應性能提升：4)server-side：列出了所有資源的總響應時間、其中服務器部分的時間，并顯示了這些資源的體積，超過200ms的用了紅色底色標注5)timeline：　　時間軸，按照時間軸顯示會話過去頁面的每個時間點對應的事件，包括CPU占用(可惜不顯示指標值)、javascript時間、類型的呈現、網絡上的時間消耗、客戶端事件信息。例如下面的監控信息里面可以看到，網絡的時間消耗主要是HTML資源，如果需要對細節部分瀏覽的話，用左鍵可以劃出一個放大的區間，把時間線定位到相應的紅色部分，就顯示了那個時間點網絡資源出現消耗的原因，是兩個gif例如下面的監控信息里面可以看到，網絡的時間消耗主要是HTML資源，如果需要對細節部分瀏覽的話，用左鍵可以劃出一個放大的區間，把時間線定位到相應的紅色部分，就顯示了那個時間點網絡資源出現消耗的原因，是兩個gif同理，對于javascript，占較長時間的部分是淺黃色表示的“load”，雙擊時間塊可以查看其時間消耗詳情以及具體的函數代碼：同理，對于javascript，占較長時間的部分是淺黃色表示的“load”，雙擊時間塊可以查看其時間消耗詳情以及具體的函數代碼：對于rendering，看其中的這一段，雙擊它：對于rendering，看其中的這一段，雙擊它：可以看到渲染事件的發生情況，了解css表達式帶來的性能問題是否嚴重可以看到渲染事件的發生情況，了解css表達式帶來的性能問題是否嚴重　可以看到渲染事件的發生情況，了解css表達式帶來的性能問題是否嚴重　可以看到渲染事件的發生情況，了解css表達式帶來的性能問題是否嚴重6)KPI's選項卡：各項指標消耗統計　　first impression 視覺上的響應時間 ， onload 加載消耗的時間 ， total load time 完成加載的時間　　requests 請求數，XHR XMLHTTPRequest數

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的js手机端时间区间_js 时间区间的全部內容，希望文章能夠幫你解決所遇到的問題。

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