[發明專利]一種移動應用程序卡頓度監控和量化評估方法

在審

• 申請號: 201810393490.4
• 申請日: 2018-04-27
• 公開（公告）號: CN108647126A
• 公開（公告）日: 2018-10-12
• 發明（設計）人: 楊揚;戚正偉;夏鳴遠;趙文華;刁子恒
• 申請（專利權）人: 上海交通大學
• 主分類號: G06F11/30
• 分類號: G06F11/30;G06F11/34
• 代理公司: 上海恒慧知識產權代理事務所(特殊普通合伙) 31317
• 代理人: 張寧展

本發明提供了一種移動應用程序卡頓度監控和量化評估方法，包括如下步驟：得到用戶界面更新的響應時間，形成分析數據；根據分析數據，確定應用程序操作活躍的區間；統計分析數據中單次操作的長時間響應延遲的情況；統計活躍區間中連續時間內多次響應延遲的情況，判斷卡頓窗口；根據單次操作的長時間響應延遲的情況和連續時間內多次響應延遲的情況，得到卡頓程度評分標準。本發明不僅獲取應用程序的卡頓程度得分情況，還獲得線程上下文，可用于可視化讓用戶找到卡頓的原因，能廣泛應用于手機終端、smart watch、車載電視等各類移動設備評估應用程序的流暢度，診斷應用程序的卡頓問題，為開發者提供全面的應用程序卡頓程度評價結果。

技術領域

本發明涉及移動端軟件技術領域，具體地，涉及一種移動應用程序卡頓度監控和量化評估方法。

背景技術

隨著移動設備數量的增加，移動應用程序覆蓋到的用戶數量越來越大，分析應用程序的性能瓶頸，潛在問題，能夠提高應用程序的用戶體驗。其中應用程序的UI流暢度最直接影響了用戶體驗。在運行時經常出現卡頓或甚至經常產生嚴重卡頓導致應用程序無響應(ANR)的應用程序往往會被用戶淘汰。

在評估卡頓程度時，比較常用的做法是通過幀率(FPS)來進行判斷移動終端繪制應用程序時的卡頓程度。手機屏幕顯示的內容是通過移動設備系統的不同方法，把當前系統里所有進程需要顯示的信息合成一幀，然后提交到屏幕上進行顯示，FPS就是1秒內移動設備提交到屏幕的幀數。但系統合成幀率低并不一定意味著流暢度差，有可能是因為當前并沒有任何的內容更新所導致。對于界面更新不多的App來說，仍不是一個合適的衡量數據。

目前沒有發現同本發明類似技術的說明或報道，也尚未收集到國內外類似的資料。

發明內容

針對現有技術中存在的因通過幀率來衡量移動終端繪制應用程序時的卡頓程度時，由于應用程序沒有內容更新，無法衡量移動終端繪制應用程序時的卡頓程度的問題，本發明提供了一種基于響應時間的移動應用程序卡頓度監控和量化評估方法。

本發明是通過以下技術方案實現的。

一種移動應用程序卡頓度監控和量化評估方法，包括如下步驟：

步驟S1，得到用戶界面更新的響應時間，形成分析數據；

步驟S2，根據分析數據，確定應用程序操作活躍的區間；

步驟S3，統計分析數據中單次操作的長時間響應延遲的情況；

步驟S4，統計活躍區間中連續時間內多次響應延遲的情況，判斷卡頓窗口；

步驟S5，根據單次操作的長時間響應延遲的情況和連續時間內多次響應延遲的情況，得到卡頓程度評分標準。

優選地，所述步驟S1包括如下步驟：

給主線程設置一個函數，該函數能夠在主線程上收到用戶界面更新的響應時間，為下一步卡頓分析提供分析數據。

優選地，將所述分析數據的數據形式簡化為一個長度為t的運行時長，操作延遲數據<t_i,l>，其中<t_i,l>為一個數組，t_i為某一消息操作開始的時間戳，l為對應消息的響應時間。

優選地，所述步驟S2包括如下步驟：

對分析數據中的所有的http操作和用戶界面更新進行統計，剔除沒有http事件和用戶界面更新事件的時間段，設定其余時間段為活躍區間；對于活躍區間，根據http操作和用戶界面更新的頻率給予不同的權重，越活躍的區間所占的比重越大。

優選地，所述步驟S3包括如下步驟：