TW201734790A - 基於Ａｎｄｒｏｉｄ的彈框提示方法及裝置 - Google Patents

Abstract

本申請提供一種基於Android的彈框提示方法及裝置，其中的方法包括：在監聽到彈框提示的觸發事件時，啟動Activity彈框元件輸出提示框；其中，該Activity彈框元件的啟動模式被預配置為單任務模式；判斷該Activity彈框元件是否被其它Activity元件覆蓋；當該Activity彈框元件被其它Activity元件覆蓋時，重新啟動該Activity彈框元件，以觸發將該Activity彈框元件移至Activity堆疊頂部使得所述提示框在系統前台顯示。本申請可以在啟動Activity彈框元件向用戶輸出提示框後，確保該提示框不被覆蓋，始終在系統前台顯示。

Description

基於Android的彈框提示方法及裝置

本申請關於通信領域，尤其關於一種基於Android的彈框提示方法及裝置。

在Android系統中，對於一些需要向用戶輸出彈框的事件，透過可以由系統向用戶輸出填充了提示文案的彈框來提示用戶。例如，該事件可以是單點登錄事件。所謂單點登錄，通常是指只允許用戶在一台設備上登錄其帳號，一旦用戶在其它設備上使用相同的登錄帳號登錄，需要把用戶從當前的設備上踢出登錄狀態。當系統檢測到了單點登錄事件時，可以向用戶輸出彈框提示用戶當前登錄帳號已在其它設備上登錄，此時該彈框中的提示文案可以包括用戶被踢出登錄的原因。然而，在相關技術中，Android系統在向用戶輸出彈框時，輸出的彈框可能會被其它彈框或者其它頁面所覆蓋，從而影響用戶對系統終端的APP或者基本功能的使用。

本申請提出一種基於Android的彈框提示方法，該方法包括：在監聽到彈框提示的觸發事件時，啟動Activity彈框元件輸出提示框；其中，該Activity彈框元件的啟動模式被預配置為單任務模式；判斷該Activity彈框元件是否被其它Activity元件覆蓋；當該Activity彈框元件被其它Activity元件覆蓋時，重新啟動該Activity彈框元件，以觸發將該Activity彈框元件移至Activity堆疊頂部使得所述提示框在系統前台顯示。

可選的，所述判斷該Activity彈框元件是否被其它Activity元件覆蓋包括：判斷所述Activity彈框元件的onPause或者onStop方法是否被調用；當所述Activity彈框元件的onPause或者onStop方法被調用時，確定該Activity彈框元件被其它Activity元件覆蓋。

可選的，所述當該Activity彈框元件被其它Activity元件覆蓋時，重新啟動該Activity彈框元件包括：當所述Activity彈框元件的onPause方法被調用，基於所述onPause方法重新啟動該Activity彈框元件；當所述Activity彈框元件的onStop方法被調用時，判斷所述Activity彈框元件的onPause方法是否已被調 用，如果所述onPause方法未被調用，則基於所述onStop方法重新啟動該Activity彈框元件。

可選的，所述基於所述onPause方法或者所述onStop方法重新啟動該Activity彈框元件包括：判斷所述onPause方法或者所述onStop方法的調用是否是由針對所述Activity彈框元件的關閉事件所觸發；如果所述onPause方法或者所述onStop方法的調用不是由針對所述Activity彈框元件的關閉事件所觸發，則基於所述onPause方法或者所述onStop方法重新啟動該Activity彈框元件。

可選的，所述方法還包括：如果所述onPause方法或者所述onStop方法的調用是由針對所述Activity彈框元件的關閉事件所觸發，則針對所述Activity彈框元件執行正常關閉。

本申請還提出一種基於Android的彈框提示裝置，該裝置包括：啟動模組，用於在監聽到彈框提示的觸發事件時，啟動Activity彈框元件輸出提示框；其中，該Activity彈框元件的啟動模式被預配置為單任務模式；判斷模組，用於判斷該Activity彈框元件是否被其它Activity元件覆蓋；重啟模組，用於在該Activity彈框元件被其它Activity元件覆蓋時，重新啟動該Activity彈框元件，以觸發將該Activity彈框元件移至Activity堆疊頂部使得所 述提示框在系統前台顯示。

可選的，所述判斷模組具體用於：判斷所述Activity彈框元件的onPause或者onStop方法是否被調用；當所述Activity彈框元件的onPause或者onStop方法被調用時，確定該Activity彈框元件被其它Activity元件覆蓋。

可選的，所述重啟模組具體用於：當所述Activity彈框元件的onPause方法被調用，基於所述onPause方法重新啟動該Activity彈框元件；當所述Activity彈框元件的onStop方法被調用時，判斷所述Activity彈框元件的onPause方法是否已被調用，如果所述onPause方法未被調用，則基於所述onStop方法重新啟動該Activity彈框元件。

可選的，所述重啟模組進一步用於：判斷所述onPause方法或者所述onStop方法的調用是否是由針對所述Activity彈框元件的關閉事件所觸發；如果所述onPause方法或者所述onStop方法的調用不是由針對所述Activity彈框元件的關閉事件所觸發，則基於所述onPause方法或者所述onStop方法重新啟動該Activity彈框元件。

可選的，所述裝置還包括：關閉模組，用於在所述onPause方法或者所述onStop方法的調用是由針對所述Activity彈框元件的關閉事件所 觸發時，針對所述Activity彈框元件執行正常關閉。

本申請中，透過在監聽到彈框提示的觸發事件時，啟動Activity彈框元件輸出提示框；其中，該Activity彈框元件的啟動模式被預配置為單任務模式；判斷該Activity彈框元件是否被其它Activity元件覆蓋；當該Activity彈框元件被其它Activity元件覆蓋時，重新啟動該Activity彈框元件，以觸發將該Activity彈框元件移至Activity堆疊頂部使得所述提示框在系統前台顯示，實現了當啟動Activity彈框元件向用戶輸出了提示框後，可以確保該提示框不被覆蓋，始終在系統前台顯示。

20‧‧‧基於Android的彈框提示裝置

201‧‧‧啟動模組

202‧‧‧判斷模組

203‧‧‧重啟模組

204‧‧‧關閉模組

圖1是本申請一實施例提供的一種基於Android的彈框提示方法的流程圖；圖2是本申請一實施例提供的一種基於Android的彈框提示裝置的邏輯框圖；圖3是本申請一實施例提供的承載所述一種基於Android的彈框提示裝置的終端的硬體結構圖。

在相關技術中，Android系統在向用戶輸出彈框時，通常可以透過如下方式實現：在示出的一種實現方式中，Android系統可以利用Android系統中的Window元件來進行彈框。

透過Window元件來彈框，可以實現在任意頁面彈框，且不被其他頁面覆蓋，然而透過Window元件來彈框，通常支持用戶對彈框進行設置，因此當用戶透過手動設置在系統中禁止彈框時，則會導致系統無法進行彈框。

在示出的另一種實現方式中，Android系統可以利用Activity元件來進行彈框。

在Android系統中，Activity元件是一個負責與用戶進行交互的元件，該元件可以提供一個交互介面，並在交互介面上顯示一些交互控制項(比如按鈕、彈窗等)，用戶可以透過操作這些交互控制項與終端進行交互，終端在後台可以監聽用戶針對這些交互控制項的事件，來完成與本次交互對應的任務。終端透過Activity元件來彈框，可以實現將系統中任意的Activity元件作為彈框的主體，在任意頁面中來進行彈框。然而，由於Activity元件通常是以Activity堆疊的形態進行管理的，一旦該Activity元件在Activity堆疊中被其它Activity元件所覆蓋，即該其它Activity元件佔據Activity堆疊頂部，而該Activity元件不再處於Activity堆疊的頂部時，該Activity元件輸出的彈框將會被其它彈框或者介面覆蓋，因而無法在系統前台進行顯示，對系統的APP或者基本功能的使用造成影響。

在示出的另一種實現方式中，Android系統可以在一個固定的頁面進行彈框。

然而在一個固定的頁面進行彈框，無法實現在任意介 面進行彈框的目的，因此不夠靈活，而且交互體驗不好。例如，以在登錄頁面進行彈框為例，輸出的彈框智能在登錄頁面進行顯示，系統向用戶輸出彈框後，如果系統前台顯示的為其它頁面，那麼只有用戶在主動進行頁面切換，回到登錄頁面才能夠查看到系統輸出的彈框，從而會導致系統輸出的彈框無法及時的通知到用戶。

有鑑於此，本申請提出一種基於Android的彈框提示方法，透過在監聽到彈框提示的觸發事件時，啟動Activity彈框元件輸出提示框；其中，該Activity彈框元件的啟動模式被預配置為單任務模式；判斷該Activity彈框元件是否被其它Activity元件覆蓋；當該Activity彈框元件被其它Activity元件覆蓋時，重新啟動該Activity彈框元件，以觸發將該Activity彈框元件移至Activity堆疊頂部使得所述提示框在系統前台顯示；由於在本申請中，Activity彈框元件為單任務模式，因此當該Activity彈框元件被重新啟動後，可以立即被移至Activity堆疊頂部，從而在啟動Activity彈框元件向用戶輸出了提示框後，可以確保該提示框不被覆蓋，始終在系統前台顯示。

同時，由於本申請不再基於Android系統中的Window元件進行彈框，不再支援用戶對彈框進行設置，因此可以避免由於用戶透過手動設置在系統中禁止彈框時導致無法進行彈框的問題。

另外，由於本申請透過Activity彈框元件進行彈框，因此可以實現將系統中任意的Activity元件作為主體，在 任意頁面中來進行彈框，從而具有很高的靈活性。

下面透過具體實施例並結合具體的應用場景對本申請進行描述。

請參考圖1，圖1是本申請一實施例提供的一種基於Android的彈框提示方法，應用於終端，所述方法執行以下步驟： 步驟101，在監聽到彈框提示的觸發事件時，啟動Activity彈框元件輸出提示框；其中，該Activity彈框元件的啟動模式被預配置為單任務模式； 在本例中，上述終端可以包括搭載Android系統的智能終端；例如，智能手機、平板電腦等移動終端等。

上述彈框提示的觸發事件可以包括終端系統監聽到的需要面向用戶輸出彈框提示的事件。其中，在不同的應用場景中，上述彈框提示的觸發事件可以分別包括不同類型的事件。

例如，在單點登錄的應用場景中，上述彈框提示的觸發事件可以包括單點登錄事件。在該應用場景中，當用戶使用相同登錄帳號在其它終端上登錄時，當前終端可以退出登錄狀態，並面向用戶輸出一個提示框提示本次退出登錄狀態的原因。

又如，在呼叫來電接聽的應用場景中，上述彈框提示的觸發事件可以包括呼叫來電事件。當終端的系統監聽到呼叫來電時，可以向用戶輸出一個提示框提示用戶接收到了來電，用戶此時可以針對該提示框進行相應的操作(比 如向上滑動或者向下滑動)來接聽來電或者掛斷來電。

在本例中，終端在向用戶進行彈框時，仍然可以利用預設的Activity彈框元件來實現。當終端監聽到彈框提示的觸發事件後，可以啟動Activity彈框元件，創建一個用於輸出提示框的Activity實例，然後基於該實例將提示文案填充到提示框中向用戶輸出。

在Android系統中，Activity元件的啟動模式(launchMode)通常包括standard模式，singleTop模式，singleTask模式(即單任務模式)以及singleInstance模式等四種模式。

其中，當Activity元件的啟動模式為singleTask模式時，該Activity彈框元件將只允許唯一的Activity實例運行。

在singleTask模式下，該Activity彈框元件被啟動後，系統會判斷Activity堆疊中是否已經存在與該Activity彈框元件對應的Activity實例，由於當前Activity堆疊中已經存在與該Activity彈框元件對應的Activity實例，因此在singleTask模式下系統將不會再新建Activity實例，會將想要覆蓋該Activity彈框元件的其它Activity元件彈出Activity堆疊，並將已經存在的該Activity示例所對應的Activity彈框元件重新移至Activity堆疊的頂部。在這種情況下，基於該Activity實例輸出的提示框將會重新在系統前台顯示而不被覆蓋。

基於此，在本例中，為了使Activity彈框元件輸出的 提示框不被其它提示框或者頁面所覆蓋，可以在初始狀態下，將該Activity彈框元件的啟動模式設置為singleTask模式。

步驟102，判斷該Activity彈框元件是否被其它Activity元件覆蓋； 在Android系統中，Activity元件的生命週期中通常包括running狀態(運行狀態)、Pause狀態(暫停狀態)、Stop狀態(停止狀態)以及Destroy狀態(關閉)。

其中，running狀態，是指Activity元件處於可見並且可以和用戶進行交互的狀態。當Activity元件啟動後，初始狀態會處於running狀態，此時會被放入在Activity堆疊的頂部，在系統前台(螢幕最前端)顯示。

Pause狀態，是指Activity元件被其它的非全螢幕或者半透明的Activity元件所覆蓋，不再處於Activity堆疊頂部，但仍然處於可見並且可以和用戶進行交互的狀態。

Stop狀態，是指Activity元件被其它的Activity元件完全覆蓋，不再處於Activity堆疊頂部，該Activity元件的交互介面被完全隱藏的狀態。

Destroy狀態，是指Activity元件被關閉銷毀的狀態。

其中，以上四種運行狀態可以透過用戶針對該Activity元件的操作來進行轉換。

在Android系統中，當Activity元件啟動後，如果用戶透過操作啟動了新的Activity元件，那麼該新的Activity元件會被移入Activity堆疊頂部，對原有的該Activity元件進行覆蓋，此時系統會調用onPause方法將原有的Activity元件轉換為Pause狀態。

當該原有的Activity元件被完全覆蓋後，此時系統會調用onStop方法將該原有的Activity元件轉換為Stop狀態。

其中，當該原有的Activity元件處於Pause狀態或者Stop狀態時，系統會在系統記憶體不足的時候，透過調用onDestroy方法將該Activity元件轉換為Destroy狀態對該Activity元件執行關閉。

基於此，在示出的一種實施方式中，系統在判斷該Activity彈框元件是否被其它Activity元件覆蓋時，可以透過判斷該Activity彈框元件的onPause或者onStop方法是否被調用來實現。

當該Activity彈框元件的onPause或者onStop方法被調用時，則可以確定當前該Activity彈框元件被其它Activity元件覆蓋，不再處於堆疊頂部。

步驟103，當該Activity彈框元件被其它Activity元件覆蓋時，重新啟動該Activity彈框元件，以觸發將該Activity彈框元件移至Activity堆疊頂部使得所述提示框在系統前台顯示。

在本例中，當系統判斷出該Activity彈框元件被其它 Activity元件覆蓋時，可以重新啟動該Activity彈框元件。由於該Activity彈框元件已經被預配置為singleTask模式，因此當該Activity彈框元件被重新啟動後，系統會將想要覆蓋該Activity彈框元件的其它Activity元件彈出Activity堆疊，此時該Activity彈框元件將會被重新移至Activity堆疊頂部，在這種情況下，基於該Activity彈框元件唯一Activity實例輸出的提示框將會重新在系統前台顯示而不被覆蓋。

在示出的一種實施方式中，如果系統判斷出該Activity彈框元件的onPause方法被調用，此時系統可以確認該Activity彈框元件被其它Activity元件覆蓋。

在這種情況下，可以在onPause方法中預先載入針對Activity彈框元件的重啟邏輯；比如，開發人員可以在onPause( )方法中編輯用於針對Activity彈框元件執行重啟的執行代碼。當系統調用該onPause方法後，則可以重新啟動該Activity彈框元件。

在示出的另一種實施方式中，如果系統判斷出該Activity彈框元件的onStop方法被調用，此時系統可以確認該Activity彈框元件被其它Activity元件覆蓋。其中，該onStop方法也可以預先載入針對Activity彈框元件的重啟邏輯。

在Android系統中，系統在針對onPause方法和onStop方法進行調用時，通常是先調用onPause方法再調用onStop方法(該調用順序為Android系統的基本處理 機制)；然而，在一些應用場景中，比如，併發彈框的場景(即當該Activity彈框元件輸出提示框的同時，就有其它Activity元件對該Activity彈框元件輸出的提示框進行覆蓋)，系統可能會產生onPause方法和onStop方法調用順序上的異常，出現在onPause方法未調用的情況下繞過onPause方法而直接調用onStop方法的情況。

因此，針對這些異常的應用場景，為了避免透過onStop方法中載入的重啟邏輯對該Activity彈框元件進行重複處理，系統在判斷出該Activity彈框元件的onStop方法被調用時，可以進一步判斷該Activity彈框元件的onPause方法是否已經被調用，如果該Activity彈框元件的onPause方法已經被調用，表明該Activity彈框元件已經透過執行onPause方法中載入的重啟邏輯進行了處理，此時系統可以不再重複執行該onStop方法中載入的重啟邏輯對該Activity彈框元件進行重複處理。

當然，如果該Activity彈框元件的onPause方法未被調用，此時系統可能發生了調用異常，系統可以正常運行onStop方法中載入的重啟邏輯，重新啟動該Activity彈框元件。

其中，需要指出的是，系統在判斷該Activity彈框元件的onPause方法是否已經被調用時，可以透過在該Activity彈框元件的類別檔案中增加標記，然後透過檢查類別檔案中是否存在對應的標記來實現。

例如，在實現時，當系統調用onPause方法中載入的 重啟邏輯對該Activity彈框元件處理完成後，可以在該Activity彈框元件的類別檔案中增加一個標記，該標記用於表示該Activity彈框元件已經基於onPause方法中載入的重啟邏輯處理完成。

當系統判斷出該Activity彈框元件的onStop方法被調用，可以進一步檢查該Activity彈框元件的類別檔案中是否存在上述標記，來確認該Activity彈框元件的onPause方法是否已經被調用。如果類別檔案中存在上述標記，表明該Activity彈框元件已經基於onPause方法中載入的重啟邏輯處理完成，不再需要重複處理。

可見，透過這種方式，可以在onPause方法和onStop方法的調用順序異常的應用場景中，避免透過onStop方法中載入的重啟邏輯對該Activity彈框元件進行重複處理。

以上實施例中，描述了系統透過判斷Activity彈框元件的onPause或者onStop方法是否被調用，來確認Activity彈框元件是否被其它Activity元件覆蓋，並在判斷出Activity彈框元件被其它Activity元件覆蓋時，透過執行onPause或者onStop方法載入的重啟邏輯重新啟動該Activity彈框元件，使得該Activity彈框元件在預配置為singleTask模式的情況下，可以被重新移至Activity堆疊頂部，將輸出的提示框重新顯示在系統前台不被覆蓋的詳細過程。

然而，在Android系統中，系統除了會在Activity彈 框元件被其它Activity元件覆蓋時，調用onPause方法或者onStop方法以外，當用戶通常執行正常的關閉事件，來關閉該Activity彈框元件時，系統也會調用onPause方法或者onStop方法。

例如，當該Activity元件處於running狀態時，如果系統監聽到了用戶針對該Activity元件的關閉事件，系統會按照順序調用onPause方法和onStop方法將該Activity元件依次轉換為Pause狀態和Stop狀態，然後自動調用onDestroy方法將該Activity元件轉換為Destroy狀態對該Activity元件執行關閉。

其中，上述關閉事件可以包括與用戶針對該Activity彈框元件執行的關閉操作對應的事件；比如，以搭載Android系統的觸控螢幕智能手機為例，該關閉事件可以包括用戶針對手機上的返回鍵的點擊事件，即用戶可以透過點擊手機上的返回鍵，來關閉該Activity彈框元件。當手機系統在後台監聽到用戶針對返回鍵的點擊事件時，可以按照順序調用onPause方法和onStop方法將該Activity元件依次轉換為Pause狀態和Stop狀態，然後自動調用onDestroy方法針對該Activity元件執行關閉。

可見，在用戶針對該Activity彈框元件進行正常關閉的應用場景中，由於對onPause方法或onStop方法的調用是由用戶的正常關閉操作所觸發，而並不是由該Activity彈框元件被其它Activity元件覆蓋的事件所觸發，因此如果系統仍然透過執行該Activity彈框元件的 onPause方法或onStop方法中載入的重啟邏輯，重新啟動該Activity彈框元件，那麼將會導致用戶的誤操作(即用戶想要關閉該Activity彈框元件，但透過上述重啟邏輯卻重新啟動了該Activity彈框元件)。

因此，為了避免誤操作，當系統判斷出該Activity彈框元件的onPause方法或者onStop方法被調用時，系統在基於該onPause方法或者onStop方法中載入的重啟邏輯重新啟動該Activity彈框元件之前，可以進一步判斷該onPause方法或者onStop方法的調用是否是由用戶針對該Activity彈框元件的關閉事件所觸發的。

如果該onPause方法或者onStop方法的調用是由用戶針對該Activity彈框元件的關閉事件所觸發的，此時為針對該Activity彈框元件的正常關閉流程，系統可以允許該Activity彈框元件正常關閉，並按照針對該Activity彈框元件的正常關閉流程進行回應，自動調用Activity彈框元件的onDestroy方法關閉該Activity彈框元件。

當然，如果該onPause方法或者onStop方法的調用並不是由用戶針對該Activity彈框元件的關閉事件所觸發的，此時系統可以正常的執行onPause方法或者onStop方法中載入的重啟邏輯，重新啟動該Activity彈框元件，將該Activity彈框元件移至Activity堆疊的頂部。

其中，需要指出的是，系統在判斷上述onPause方法或者onStop方法的調用是否是由用戶針對該Activity彈框元件的關閉事件所觸發的，仍然可以透過在該Activity 彈框元件的類別檔案中增加標記，然後透過檢查類別檔案中是否存在對應的標記來實現。

例如，在實現時，當系統監聽到用戶針對該Activity彈框元件的關閉事件，調用onPause方法以及onStop方法後，可以在該Activity彈框元件的類別檔案中增加一個標記，該標記用於表示本次onPause方法以及onStop方法的調用是由用戶針對該Activity彈框元件的關閉事件觸發的。

當系統判斷出onPause方法或者onStop方法被調用，可以進一步檢查該Activity彈框元件的類別檔案中是否存在上述標記。如果類別檔案中存在上述標記，則表明本次onPause方法以及onStop方法的調用是由用戶針對該Activity彈框元件的關閉事件觸發，此時系統可以按照針對該Activity彈框元件的正常關閉流程進行回應即可。

可見，透過這種方式，可以在用戶針對該Activity彈框元件執行正常關閉的應用場景中，避免由於系統透過執行該Activity彈框元件的onPause方法或onStop方法中載入的重啟邏輯，重新啟動該Activity彈框元件，而導致的誤操作的問題。

以下結合具體的應用場景對以上實施例中的技術方案進行詳細描述。

在本例中示出的應用的場景可以包括單點登錄的應用場景，以及呼叫來電接聽的應用場景。

一方面，在示出的單點登錄的應用場景中，上述彈框 提示的觸發事件可以包括單點登錄事件。在該應用場景中，用戶可以使用登錄帳號在終端上登錄，與該終端對應的登錄服務端可以對該登錄帳號進行驗證，當登錄服務端對該登錄帳號驗證通過後，此時用戶成功登錄該終端。

當用戶使用相同登錄帳號在其它終端上登錄時，登錄服務端會向當前的登錄終端發送一個通知訊息，觸發當前的登錄終端退出登錄狀態。當前的登錄終端在接收到服務端發送的該通知訊息後，可以認為監聽到了單點登錄事件，此時可以退出登錄狀態，並面向用戶輸出一個單點登錄提示框，在該提示框中可以填充用於提示本次退出登錄狀態的原因的提示文案。

系統在透過啟動Activity彈框元件輸出上述單點登錄提示框時，為了避免輸出的該提示框被其它提示框或者頁面覆蓋，可以預設將該Activity彈框元件的運行狀態設置為singleTask模式。

當該Activity彈框元件被其它Activity元件覆蓋時，系統會調用onPause方法或者onStop方法，其中在onPause方法或者onStop方法中預先載入了重啟邏輯，系統透過執行該onPause方法或者onStop方法的重啟邏輯後，可以重新啟動該Activity彈框元件。

由於該Activity彈框元件被預配置為singleTask模式，因此當該Activity彈框元件被重新啟動後，系統會將想要覆蓋該Activity彈框元件的其它Activity元件彈出Activity堆疊，該Activity彈框元件會被重新移至 Activity堆疊頂部。在這種情況下，上述單點登錄提示框將會重新在系統前台顯示，而不被其它提示框或者頁面覆蓋，而且由於想要覆蓋該Activity彈框元件的其它Activity元件被直接彈出Activity堆疊，該其它Activity元件所對應的交互介面將無法顯示出來，對於用戶來說無法感知到頁面的變化。

可見，在單點登錄的應用場景中，透過這種方式，可以避免由於單點登錄提示框被覆蓋，而造成的提示資訊無法及時的提示給用戶的問題。

另一方面，在示出的呼叫來電接聽的應用場景中，上述彈框提示的觸發事件可以包括呼叫來電事件。在該應用場景中，當終端的系統監聽到呼叫來電時，可以向用戶輸出一個來電提示框提示用戶接收到了來電，在該提示框中可以填充用於提示本次來電呼叫發起方的提示文案。用戶可以針對該提示框進行相應的操作，比如向上滑動或者向下滑動，來接聽該來電或者掛斷該來電。

在這種場景中，如果系統在接收到呼叫來電時所輸出的來電提示框，被其它提示框或者頁面所覆蓋，那麼可能導致用戶無法針對來電提示框進行操作，來接聽該來電，甚至還可能會導致該來電提示框被覆蓋時，終端的按鍵(比如Home鍵)失效等相容性的問題。

系統在透過啟動Activity彈框元件輸出上述來電提示框時，為了避免輸出的該提示框被其它提示框或者頁面覆蓋，可以預設將該Activity彈框元件的運行狀態設置為 singleTask模式。

當該Activity彈框元件被其它Activity元件覆蓋時，系統會調用onPause方法或者onStop方法，其中在onPause方法或者onStop方法中預先載入了重啟邏輯，系統透過執行該onPause方法或者onStop方法的重啟邏輯後，可以重新啟動該Activity彈框元件。

由於該Activity彈框元件被預配置為singleTask模式，因此當該Activity彈框元件被重新啟動後，系統會將想要覆蓋該Activity彈框元件的其它Activity元件彈出Activity堆疊，該Activity彈框元件會被重新移至Activity堆疊頂部。在這種情況下，上述來電提示框將會重新在系統前台顯示，而不被其它提示框或者頁面覆蓋，而且由於想要覆蓋該Activity彈框元件的其它Activity元件被直接彈出Activity堆疊，該其它Activity元件所對應的交互介面將無法顯示出來，對於用戶來說無法感知到頁面的變化。

可見，在呼叫來電接聽的應用場景中，透過這種方式，可以避免由於來電提示框被覆蓋，而造成的用戶無法接聽來電，以及導致的終端按鍵的相容性的問題。

當然，除了以上示出的應用場景以外，以上實施例中的技術方案還可以應用在其它的類似場景中，即在實際應用中，以上實施例中的技術方案所適用的應用場景，除了以上示出的應用場景以外，還可以包括所有需要面向用戶輸出彈框提示，並且輸出的提示框被其它提示框或者頁面 覆蓋時，可能會對系統中的APP或者基本功能的使用造成影響的應用場景，本申請不再一一列舉。

在以上實施例中，透過在監聽到彈框提示的觸發事件時，啟動Activity彈框元件輸出提示框；其中，該Activity彈框元件的啟動模式被預配置為單任務模式；判斷該Activity彈框元件是否被其它Activity元件覆蓋；當該Activity彈框元件被其它Activity元件覆蓋時，重新啟動該Activity彈框元件，以觸發將該Activity彈框元件移至Activity堆疊頂部使得所述提示框在系統前台顯示；由於在本申請中，Activity彈框元件為單任務模式，因此當該Activity彈框元件被重新啟動後，可以立即被移至Activity堆疊頂部，從而在啟動Activity彈框元件向用戶輸出了提示框後，可以確保該提示框不被覆蓋，始終在系統前台顯示。

同時，由於本申請不再基於Android系統中的Window元件進行彈框，不再支援用戶對彈框進行設置，因此可以避免由於用戶透過手動設置在系統中禁止彈框時導致無法進行彈框的問題。

另外，由於本申請透過Activity彈框元件進行彈框，因此可以實現將系統中任意的Activity元件作為主體，在任意頁面中來進行彈框，從而具有很高的靈活性。

與上述方法實施例相對應，本申請還提供了裝置的實施例。

請參見圖2，本申請提出一種基於Android的彈框提 示裝置20，應用於終端；其中，請參見圖3，作為承載所述基於Android的彈框提示裝置20的終端所涉及的硬體架構中，通常包括CPU、記憶體、非揮發性記憶體、網路介面以及內部匯流排等；以軟體實現為例，所述基於Android的彈框提示裝置20通常可以理解為載入在記憶體中的電腦程式，透過CPU運行之後形成的軟硬體相結合的邏輯裝置，所述裝置20包括：啟動模組201，用於在監聽到彈框提示的觸發事件時，啟動Activity彈框元件輸出提示框；其中，該Activity彈框元件的啟動模式被預配置為單任務模式；判斷模組202，用於判斷該Activity彈框元件是否被其它Activity元件覆蓋；重啟模組203，用於在該Activity彈框元件被其它Activity元件覆蓋時，重新啟動該Activity彈框元件，以觸發將該Activity彈框元件移至Activity堆疊頂部使得所述提示框在系統前台顯示。在本例中，所述判斷模組202具體用於：判斷所述Activity彈框元件的onPause或者onStop方法是否被調用；當所述Activity彈框元件的onPause或者onStop方法被調用時，確定該Activity彈框元件被其它Activity元件覆蓋。

在本例中，所述重啟模組203具體用於：當所述Activity彈框元件的onPause方法被調用，基 於所述onPause方法重新啟動該Activity彈框元件；當所述Activity彈框元件的onStop方法被調用時，判斷所述Activity彈框元件的onPause方法是否已被調用，如果所述onPause方法未被調用，則基於所述onStop方法重新啟動該Activity彈框元件。

在本例中，所述重啟模組203進一步用於：判斷所述onPause方法或者所述onStop方法的調用是否是由針對所述Activity彈框元件的關閉事件所觸發；如果所述onPause方法或者所述onStop方法的調用不是由針對所述Activity彈框元件的關閉事件所觸發，則基於所述onPause方法或者所述onStop方法重新啟動該Activity彈框元件。

在本例中，所述裝置20還包括：關閉模組204，用於在所述onPause方法或者所述onStop方法的調用是由針對所述Activity彈框元件的關閉事件所觸發時，針對所述Activity彈框元件執行正常關閉。

本領域技術人員在考慮說明書及實踐這裡公開的發明後，將容易想到本申請的其它實施方案。本申請旨在涵蓋本申請的任何變型、用途或者適應性變化，這些變型、用途或者適應性變化遵循本申請的一般性原理並包括本申請未公開的本技術領域中的公知常識或慣用技術手段。說明書和實施例僅被視為示例性的，本申請的真正範圍和精神由下面的申請專利範圍指出。

應當理解的是，本申請並不局限於上面已經描述並在附圖中示出的精確結構，並且可以在不脫離其範圍進行各種修改和改變。本申請的範圍僅由所附的申請專利範圍來限制。

以上所述僅為本申請的較佳實施例而已，並不用以限制本申請，凡在本申請的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本申請保護的範圍之內。

Claims (10)

1. 一種基於Android的彈框提示方法，其特徵在於，該方法包括：在監聽到彈框提示的觸發事件時，啟動Activity彈框元件輸出提示框；其中，該Activity彈框元件的啟動模式被預配置為單任務模式；判斷該Activity彈框元件是否被其它Activity元件覆蓋；當該Activity彈框元件被其它Activity元件覆蓋時，重新啟動該Activity彈框元件，以觸發將該Activity彈框元件移至Activity堆疊頂部使得該提示框在系統前台顯示。
2. 根據申請專利範圍第1項所述的方法，其中，所述判斷該Activity彈框元件是否被其它Activity元件覆蓋包括：判斷該Activity彈框元件的onPause或者onStop方法是否被調用；當該Activity彈框元件的onPause或者onStop方法被調用時，確定該Activity彈框元件被其它Activity元件覆蓋。
3. 根據申請專利範圍第2項所述的方法，其中，所述當該Activity彈框元件被其它Activity元件覆蓋時，重新啟動該Activity彈框元件包括：當該Activity彈框元件的onPause方法被調用，基於 該onPause方法重新啟動該Activity彈框元件；當該Activity彈框元件的onStop方法被調用時，判斷該Activity彈框元件的onPause方法是否已被調用，如果該onPause方法未被調用，則基於該onStop方法重新啟動該Activity彈框元件。
4. 根據申請專利範圍第3項所述的方法，其中，所述基於該onPause方法或者該onStop方法重新啟動該Activity彈框元件包括：判斷該onPause方法或者該onStop方法的調用是否是由針對該Activity彈框元件的關閉事件所觸發；如果該onPause方法或者該onStop方法的調用不是由針對該Activity彈框元件的關閉事件所觸發，則基於該onPause方法或者該onStop方法重新啟動該Activity彈框元件。
5. 根據申請專利範圍第4項所述的方法，該方法還包括：如果該onPause方法或者該onStop方法的調用是由針對該Activity彈框元件的關閉事件所觸發，則針對該Activity彈框元件執行正常關閉。
6. 一種基於Android的彈框提示裝置，其特徵在於，該裝置包括：啟動模組，用於在監聽到彈框提示的觸發事件時，啟動Activity彈框元件輸出提示框；其中，該Activity彈框元件的啟動模式被預配置為單任務模式； 判斷模組，用於判斷該Activity彈框元件是否被其它Activity元件覆蓋；重啟模組，用於在該Activity彈框元件被其它Activity元件覆蓋時，重新啟動該Activity彈框元件，以觸發將該Activity彈框元件移至Activity堆疊頂部使得該提示框在系統前台顯示。
7. 根據申請專利範圍第6項所述的裝置，其中，該判斷模組具體用於：判斷該Activity彈框元件的onPause或者onStop方法是否被調用；當該Activity彈框元件的onPause或者onStop方法被調用時，確定該Activity彈框元件被其它Activity元件覆蓋。
8. 根據申請專利範圍第7項所述的裝置，其中，該重啟模組具體用於：當該Activity彈框元件的onPause方法被調用，基於該onPause方法重新啟動該Activity彈框元件；當該Activity彈框元件的onStop方法被調用時，判斷該Activity彈框元件的onPause方法是否已被調用，如果該onPause方法未被調用，則基於該onStop方法重新啟動該Activity彈框元件。
9. 根據申請專利範圍第8項所述的裝置，其中，該重啟模組進一步用於：判斷該onPause方法或者該onStop方法的調用是否 是由針對該Activity彈框元件的關閉事件所觸發；如果該onPause方法或者該onStop方法的調用不是由針對該Activity彈框元件的關閉事件所觸發，則基於該onPause方法或者該onStop方法重新啟動該Activity彈框元件。
10. 根據申請專利範圍第9項所述的裝置，其中，該裝置還包括：關閉模組，用於在該onPause方法或者該onStop方法的調用是由針對該Activity彈框元件的關閉事件所觸發時，針對該Activity彈框元件執行正常關閉。