[發明專利]控制Activity數量的方法、裝置、設備及可讀存儲介質

有效

• 申請號: 201810035719.7
• 申請日: 2018-01-15
• 公開（公告）號: CN108363633B
• 公開（公告）日: 2021-11-23
• 發明（設計）人: 王永川
• 申請（專利權）人: 北京五八信息技術有限公司
• 主分類號: G06F9/445
• 分類號: G06F9/445;G06F11/00
• 代理公司: 工業和信息化部電子專利中心 11010
• 代理人: 田衛平

本發明介紹了一種控制Activity數量的方法、裝置、設備及可讀存儲介質，該方法包括：獲取在應用程序APP中新產生的活動窗口Activity，并判斷與所述APP對應的總隊列容器中已存儲的Activity的數量是否達到第一預設閾值；在所述總隊列容器中已存儲的Activity的數量達到第一預設閾值的情況下，將所述總隊列容器中最前端的Activity刪除；將所述新產生的Activity存儲到所述總隊列容器的末端。通過控制APP內總的Activity數量，降低了APP出現崩潰和內存溢出的概率。

技術領域

本發明涉及通訊技術領域，尤其涉及一種控制活動窗口Activity數量的方法、裝置、設備及可讀存儲介質。

背景技術

對于一個信息類APP(Application，應用程序)，詳情列表頁的Activity是用戶最為常見和經常使用的頁面。但隨著用戶對信息的篩選與過濾，可能會出現頁面無限循環的情況。例如，點擊APP中的A頁面上的按鈕跳轉到B頁面，B頁面也有跳轉到A頁面或者B頁面不斷的跳轉B頁面的交互，從而導致APP內存在的Activity的數量大幅增長，嚴重時會占用大量的內存空間，從而提高了OOM(Out of Memory，內存溢出)的發生概率以及APP的崩潰概率。此外，當用戶在APP內點擊了多個子頁面時，用戶需要回退多次才能返回到主頁面，從而導致用戶體驗度非常差。

發明內容

本發明實施例的主要目的在于提出一種控制Activity數量的方法、裝置、設備及可讀存儲介質，通過控制APP內總的Activity數量，降低了APP出現崩潰和內存溢出的概率。

為實現上述目的，本發明實施例提供了一種控制Activity數量的方法，所述方法包括：

獲取在應用程序APP中新產生的活動窗口Activity，并判斷與所述APP對應的總隊列容器中已存儲的Activity的數量是否達到第一預設閾值；

在所述總隊列容器中已存儲的Activity的數量達到第一預設閾值的情況下，將所述總隊列容器中最前端的Activity刪除；

將所述新產生的Activity存儲到所述總隊列容器的末端。

可選的，在所述判斷與所述APP對應的總隊列容器中已存儲的Activity的數量是否達到第一預設閾值之前，所述方法還包括：

判斷所述總隊列容器中已存儲的與所述新產生的Activity的類型相同的Activity的數量是否達到第二預設閾值；

在所述總隊列容器中已存儲的與所述新產生的Activity的類型相同的Activity的數量達到第二預設閾值的情況下，將所述總隊列容器中最前端的與所述新產生的Activity的類型相同的Activity刪除；

在所述總隊列容器中已存儲的與所述新產生的Activity的類型相同的Activity的數量未達到第二預設閾值的情況下，繼續判斷與所述APP對應的總隊列容器中已存儲的Activity的數量是否達到第一預設閾值。

可選的，在所述判斷與所述APP對應的總隊列容器中已存儲的Activity的數量是否達到第一預設閾值之前，所述方法還包括：

判斷與所述新產生的Activity的類型相對應的類型隊列容器中已存儲的Activity的數量是否達到第二預設閾值；其中，在所述類型隊列容器中存儲的Activity均存儲在所述總隊列容器中；

在所述類型隊列容器中已存儲的Activity的數量達到第二預設閾值的情況下，將所述類型隊列容器中最前端的Activity刪除，同時將所述總隊列容器中的與在所述類型隊列容器中刪除的Activity相同的Activity刪除，并將所述新產生的Activity存儲到所述類型隊列容器的末端；