[發明專利]一種應用卡頓的處理方法、裝置、設備及存儲介質

在審

• 申請號: 202010084730.X
• 申請日: 2020-02-10
• 公開（公告）號: CN111338713A
• 公開（公告）日: 2020-06-26
• 發明（設計）人: 陳文俊
• 申請（專利權）人: 廣州虎牙科技有限公司
• 主分類號: G06F9/448
• 分類號: G06F9/448;G06F8/656;G06F11/07
• 代理公司: 北京品源專利代理有限公司 11332
• 代理人: 孟金喆

本發明實施例公開了一種應用卡頓的處理方法、裝置、設備及存儲介質。該方法通過確定應用在運行過程中所開啟的線程；基于執行所述線程所產生的線程數據，確定所述應用發生卡頓的時間點；記錄所述應用在所述時間點的應用數據；將所述應用數據發送至服務器，所述服務器用于分析所述應用數據，以生成用于修復所述卡頓的更新數據，解決因應用檢測卡頓不夠靈敏所導致的不利于及時發現卡頓的問題，實現提高發現卡頓的及時性，便于服務器生成修復卡頓的更新數據，及時修復卡頓，以保證應用運行的流暢性。

技術領域

本發明實施例涉及計算機軟件的技術，尤其涉及一種應用卡頓的處理方法、裝置、設備 及存儲介質。

背景技術

在安卓(Android)上，如果應用程序有一段時間響應不夠靈敏，系統會向用戶顯示一個 對話框，這個對話框稱作應用程序無響應(Application Not Responding，ANR)對話框。進 一步的，用戶可以選擇“等待”而讓程序繼續運行，也可以選擇“強制關閉”。

一般的，在應用程序中不能出現ANR，而讓用戶每次都要處理這個ANR對話框，這容易造成應用程序的運行流暢度受到影響。

另外，在默認情況下，在Android中，活動(Activity)的最長執行時間是5秒，廣播接 收者(Broadcast Receiver)的最長執行時間則是10秒。即應用程序的Activity超過5秒，或 者Broadcast Receiver超過10秒響應不夠靈敏，系統會顯示一個ANR對話框。也就是說，從 應用程序發生卡頓到卡頓被發現的時間過長，不利于應用程序的卡頓現象的及時發現。

發明內容

本發明提供一種應用卡頓的處理方法、裝置、設備及存儲介質，以實現提高發現卡頓的 及時性，便于服務器生成修復卡頓的更新數據，及時修復卡頓，以保證應用運行的流暢性。

第一方面，本發明實施例提供了一種應用卡頓的處理方法，該方法包括：

確定應用在運行過程中所開啟的線程；

基于執行所述線程所產生的線程數據，確定所述應用發生卡頓的時間點；

記錄所述應用在所述時間點的應用數據；

將所述應用數據發送至服務器，所述服務器用于分析所述應用數據，以生成用于修復所 述卡頓的更新數據。

進一步的，所述線程包括主線程，所述基于執行所述線程所產生的線程數據，確定所述 應用發生卡頓的時間點，包括：

執行所述主線程；

獲取包括所述主線程的線程狀態的線程數據；

當確定所述主線程頻繁處于同一線程狀態時，確定所述主線程造成所述應用發生卡頓；

將所述主線程頻繁處于同一線程狀態的時間，確定為所述應用發生卡頓的時間點。

進一步的，所述獲取包括所述主線程的線程狀態的線程數據，包括：

獲取所述主線程的線程控制塊；

從所述線程控制塊中讀取所述主線程的線程狀態，作為線程數據之一。

進一步的，所述確定所述主線程頻繁處于同一線程狀態，包括：

統計在預設周期內，所述主線程處于一線程狀態的次數；

當所述次數超過預置頻次時，確定所述主線程頻繁處于一線程狀態。

進一步的，所述確定所述主線程頻繁處于同一線程狀態，包括:

以預置的時間段為統計周期；

確定每一統計周期中，所述主線程的線程狀態；