[發明專利]一種終端開機加速的方法及終端

無效

• 申請號: 201310259566.1
• 申請日: 2013-06-26
• 公開（公告）號: CN103345408A
• 公開（公告）日: 2013-10-09
• 發明（設計）人: 劉然
• 申請（專利權）人: 深圳市金立通信設備有限公司
• 主分類號: G06F9/445
• 分類號: G06F9/445
• 代理公司: 廣州三環專利代理有限公司 44202
• 代理人: 郝傳鑫;熊永強

技術領域

本發明涉及電子技術領域，尤其涉及一種終端開機加速的方法及終端。

背景技術

當前，在Android系統中，任意注冊的程序都可以收到啟動完成(BOOT_COMPLETE)廣播消息，就會導致應用啟動階段會有大量程序運行。例如，如果有10個APP注冊監聽BOOT_COMPLETE廣播消息，那么在系統服務啟動完成時，就會有10個APP的進程被運行，而每個進程都會消耗內存以及CPU時間，導致有限的系統資源被大量開銷，使桌面Launcher應用得到的系統資源很有限(如CPU時間片占用低)，導致整個系統啟動變慢。另外，由于launcher應用的啟動和其他應用的啟動都是在應用啟動階段進行的，所以此時如果有大量的應用的進程開啟，就會占用launcher應用啟動的資源，導致此時用戶如果操作Launcher的話，會出現Launcher不響應、操作很卡的現象，讓用戶覺得此時系統還在“熱身”，沒有達到一個充分的啟動完成狀態，降低用戶的體驗感。

發明內容

本發明實施例提供一種終端開機加速的方法及終端，可加速開機，增強用戶的體驗。

具體的，本發明實施例提供的一種終端開機加速的方法，其可包括：

在終端完成系統服務啟動之后，當檢測到監聽廣播的應用列表中應用的狀態有更新時，查找在所述監聽廣播的應用列表中處于開啟狀態的應用；

在發送啟動完成廣播消息時，向所述監聽廣播的應用列表中處于開啟狀態的應用發送啟動完成廣播消息，以通知所述處于開啟狀態的應用啟動；

在應用啟動階段，啟動桌面Launche應用和所述監聽廣播的應用列表中處于開啟狀態的應用。

相應的，本發明實施例提供的一種終端，其可包括：

監測模塊，用于在終端完成系統服務啟動之后，當檢測到監聽廣播的應用列表中應用的狀態有更新時，查找在所述監聽廣播的應用列表中處于開啟狀態的應用；

發送模塊，用于在發送啟動完成廣播消息時，向所述監聽廣播的應用列表中處于開啟狀態的應用發送啟動完成廣播消息，以通知所述處于開啟狀態的應用啟動；

啟動模塊，用于在應用啟動階段，啟動桌面Launche應用和所述監聽廣播的應用列表中處于開啟狀態的應用。

本發明實施例在終端完成系統服務啟動之后，當檢測到監聽廣播的應用列表中應用的狀態有更新，查找在所述監聽廣播的應用列表中處于開啟狀態的應用；在發送啟動完成廣播消息時，向所述監聽廣播的應用列表中處于開啟狀態的應用發送所述啟動完成廣播消息；并且，在應用啟動階段，啟動桌面Launche應用和所述監聽廣播的應用列表中處于開啟狀態的應用。由此可知，本發明實施例通過減少開機啟動時需運行的應用的數量，降低了開機啟動時的資源消耗，進而加快了終端整體的開機啟動的速率，另一方面，由于減少了開機啟動時需運行的應用的數量，桌面Launche應用能占用系統更多的資源，能夠增強用戶操作Launche的體驗。

附圖說明

為了更清楚地說明本發明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。

圖1為本發明的終端開機加速的方法的一實施例的流程示意圖。

圖2為本發明的終端開機加速的方法的另一實施例的流程示意圖。

圖3為本發明終端的一實施例的結構組成示意圖。

圖4為本發明的終端的另一實施例的結構組成示意圖。

具體實施方式

下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。

圖1為本發明的終端開機加速的方法的一實施例的流程示意圖。如圖1所示，其可包括：

步驟S110，在終端完成系統服務啟動之后，當檢測到監聽廣播的應用列表中應用的狀態有更新時，查找在所述監聽廣播的應用列表中處于開啟狀態的應用。