APP切入后臺的事件監(jiān)聽

或許你曾遇到這樣的場景,把APP切入后臺翎朱,這個APP彈了個Toast告訴你橄维,它還要在你的手機后臺運行。從這個場景里我們能捕獲兩個信息闭翩,1:Toast并不是傳統(tǒng)意義上的view挣郭,它的存在不依賴當前Activity。2:APP被切入后臺這一事件是可以捕獲的疗韵。我們今天只講第二點兑障,第一點以后再說。

方案一

循環(huán)判斷當前runningProcess蕉汪,百度會告訴你這種方法流译。

public static boolean isBackground(Context context) {
        ActivityManager activityManager = (ActivityManager) context
                .getSystemService(Context.ACTIVITY_SERVICE);
        List<RunningAppProcessInfo> appProcesses = activityManager
                .getRunningAppProcesses();
        for (RunningAppProcessInfo appProcess : appProcesses) {
            if (appProcess.processName.equals(context.getPackageName())) {
                Log.i(context.getPackageName(), "此appimportace ="
                        + appProcess.importance
                        + ",context.getClass().getName()="
                        + context.getClass().getName());
                if (appProcess.importance != RunningAppProcessInfo.IMPORTANCE_FOREGROUND) {
                    Log.i(context.getPackageName(), "處于后臺"
                            + appProcess.processName);
                    return true;
                } else {
                    Log.i(context.getPackageName(), "處于前臺"
                            + appProcess.processName);
                    return false;
                }
            }
        }
        return false;
    }

直接獲取runningProcess,然后循環(huán)比較來判斷要監(jiān)聽的process是在前臺還是后臺者疤,拋開性能和開銷不說福澡,這種方法還是太粗魯了,相當不友好驹马,當然不是我要推崇的革砸。我們再想想有沒有其他的辦法。

方案二

我們先拆分下需求糯累,APP被切入后臺這一事件算利,肯定是某個Activity從Running狀態(tài)進入到了onStop()狀態(tài);同理APP切回前臺這一事件效拭,也相應的是某個Activity從stop狀態(tài)又重新回到了onResume()。那我們能不能從Activity的生命周期著手解決這個問題?說到生命周期缎患,你的腦海里肯定浮現(xiàn)了這幅圖慕的。


2012050219053256.jpg

很多開發(fā)者就單純的認為只要將上圖爛熟于心骡楼,Activity生命周期就了如指掌了鸟整,其實不然痕貌,很多開發(fā)者并不能真正的理解Activity生命周期涯肩,然后利用生命周期解決一些問題轿钠。

我們先分析第一個問題,Activity為什么要把生命周期細化成6段(拋開onRestart())病苗,其實這6段可以分成3組疗垛,它們是一一對應的關(guān)系:
onCreat()對應onDestory();
onStart()對應onStop()硫朦;
onResume()對應onPause()贷腕;
它們就像蹺蹺板的兩端,此消彼長咬展。

再思考第二個問題泽裳,一個APP當前Running的Activity最多有幾個?一個破婆,甚至說整個操作系統(tǒng)Running的Activity也只有一個涮总,上面已經(jīng)已經(jīng)說了,Activity就像蹺蹺板祷舀,開一個瀑梗,就要停一個,前臺可見的只有一個蔑鹦。

第三個問題

Intent intent夺克;
intent=new Intent(AActivity.this, BActivity.class);
startActivity(intent);

這一過程中AActivity和BActivity的生命周期是怎樣的?
A.onPause() -> B.onStart() -> B.onResume() -> A.onStop()
是不是與你所認為的那樣有出入嚎朽。

清楚以上問題后铺纽,事情就簡單多了,正常的Activity跳轉(zhuǎn)哟忍,都是前一個先onPause()狡门,后一個onStart()。但是切到后臺這件事前一個onStop()后就結(jié)束了锅很,沒有另一個onStart()了其馏。那我們只需要維護一個常量,在onStart()的時候爆安,count++叛复,onStop()的時候count--,然后根據(jù)這個count的值就能判斷了。

@Override
 protected void onStart() {
  super.onStart();
  appCount++;
   }

@Override
 protected void onStop() {
  super.onStop();
  appCount--;
  if(appCount==0){
   Toast.makeText(getApplication(), "切入后臺",Toast.LENGTH_SHORT).show();
  }
 }

問題就這么簡單的解決了褐奥,可能會有人有疑問了咖耘,這真的靠譜么?感覺像是旁門左道撬码,難道Google官方就沒有提供相關(guān)的API儿倒?

方案三

AndroidSDK14在Application類里增加了ActivityLifecycleCallbacks,我們可以通過這個Callback拿到App所有Activity的生命周期回調(diào)呜笑。

    public interface ActivityLifecycleCallbacks {
        void onActivityCreated(Activity activity, Bundle savedInstanceState);
        void onActivityStarted(Activity activity);
        void onActivityResumed(Activity activity);
        void onActivityPaused(Activity activity);
        void onActivityStopped(Activity activity);
        void onActivitySaveInstanceState(Activity activity, Bundle outState);
        void onActivityDestroyed(Activity activity);
    }

知道這些信息夫否,我們就可以用更官方的辦法來解決問題,當然還是利用方案二里的Activity生命周期的特性叫胁,我們只需要在Application的onCreat()里去注冊上述接口凰慈,然后由Activity回調(diào)回來運行狀態(tài)即可。代碼如下:

  new ActivityLifecycleCallbacks() {

   @Override
   public void onActivityCreated(Activity activity, Bundle savedInstanceState) {
    // TODO Auto-generated method stub
   }

   @Override
   public void onActivityStarted(Activity activity) {
    // TODO Auto-generated method stub
    appCount++;
   }

   @Override
   public void onActivityResumed(Activity activity) {
    // TODO Auto-generated method stub
   }

   @Override
   public void onActivityPaused(Activity activity) {
    // TODO Auto-generated method stub
   }

   @Override
   public void onActivityStopped(Activity activity) {
    // TODO Auto-generated method stub
    appCount--;
     if(appCount==0){
        Toast.makeText(getApplicationContext(), "切入后臺",Toast.LENGTH_SHORT).show();
       }
   }

   @Override
   public void onActivitySaveInstanceState(Activity activity, Bundle outState) {
    // TODO Auto-generated method stub
   }

   @Override
   public void onActivityDestroyed(Activity activity) {
    // TODO Auto-generated method stub
   }

  };

不管以哪種方式曹抬,只要捕捉到APP切到后臺的動作溉瓶,就可以做你需要的事件處理了,其實還是一個比較常見的需求谤民,比如通訊類APP切到后臺的時候消息以notification的形式push過來堰酿,比如比較私密一點的APP切到后臺的時候再次切回來要先輸入手勢密碼等等。

可能還有人在糾結(jié)张足,我用back鍵切到后臺和用Home鍵切到后臺触创,一樣嗎?上述方法都適用嗎为牍?在Android應用開發(fā)中一般認為back鍵是比較容易捕獲哼绑,而Home鍵不太好捕獲,但是上述方法從Activity生命周期著手解決問題碉咆,雖然這兩種方式的Activity生命周期并不相同抖韩,但是二者都會執(zhí)行onStop();所以并不關(guān)心到底是觸發(fā)了哪個鍵切入后臺的疫铜。

(如有刊誤茂浮,歡迎指正)

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市壳咕,隨后出現(xiàn)的幾起案子席揽,更是在濱河造成了極大的恐慌,老刑警劉巖谓厘,帶你破解...
    沈念sama閱讀 211,561評論 6 492
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件幌羞,死亡現(xiàn)場離奇詭異,居然都是意外死亡竟稳,警方通過查閱死者的電腦和手機属桦,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,218評論 3 385
  • 文/潘曉璐 我一進店門熊痴,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人地啰,你說我怎么就攤上這事愁拭。” “怎么了亏吝?”我有些...
    開封第一講書人閱讀 157,162評論 0 348
  • 文/不壞的土叔 我叫張陵,是天一觀的道長盏混。 經(jīng)常有香客問我蔚鸥,道長,這世上最難降的妖魔是什么许赃? 我笑而不...
    開封第一講書人閱讀 56,470評論 1 283
  • 正文 為了忘掉前任止喷,我火速辦了婚禮,結(jié)果婚禮上混聊,老公的妹妹穿的比我還像新娘弹谁。我一直安慰自己,他們只是感情好句喜,可當我...
    茶點故事閱讀 65,550評論 6 385
  • 文/花漫 我一把揭開白布预愤。 她就那樣靜靜地躺著,像睡著了一般咳胃。 火紅的嫁衣襯著肌膚如雪植康。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 49,806評論 1 290
  • 那天展懈,我揣著相機與錄音销睁,去河邊找鬼。 笑死存崖,一個胖子當著我的面吹牛冻记,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播来惧,決...
    沈念sama閱讀 38,951評論 3 407
  • 文/蒼蘭香墨 我猛地睜開眼冗栗,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了违寞?” 一聲冷哼從身側(cè)響起贞瞒,我...
    開封第一講書人閱讀 37,712評論 0 266
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎趁曼,沒想到半個月后军浆,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 44,166評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡挡闰,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,510評論 2 327
  • 正文 我和宋清朗相戀三年乒融,在試婚紗的時候發(fā)現(xiàn)自己被綠了掰盘。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 38,643評論 1 340
  • 序言:一個原本活蹦亂跳的男人離奇死亡赞季,死狀恐怖愧捕,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情申钩,我是刑警寧澤次绘,帶...
    沈念sama閱讀 34,306評論 4 330
  • 正文 年R本政府宣布,位于F島的核電站撒遣,受9級特大地震影響邮偎,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜义黎,卻給世界環(huán)境...
    茶點故事閱讀 39,930評論 3 313
  • 文/蒙蒙 一禾进、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧廉涕,春花似錦泻云、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,745評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至馏鹤,卻和暖如春征椒,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背湃累。 一陣腳步聲響...
    開封第一講書人閱讀 31,983評論 1 266
  • 我被黑心中介騙來泰國打工勃救, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人治力。 一個月前我還...
    沈念sama閱讀 46,351評論 2 360
  • 正文 我出身青樓蒙秒,卻偏偏與公主長得像,于是被迫代替她去往敵國和親宵统。 傳聞我的和親對象是個殘疾皇子晕讲,可洞房花燭夜當晚...
    茶點故事閱讀 43,509評論 2 348

推薦閱讀更多精彩內(nèi)容