每日一问 | 如何判断应用退出，或者到后台了？

哈哈哈哈哈，我大概好像知道了！

http://androidxref.com/9.0.0_r3/xref/frameworks/base/core/java/android/app/IProcessObserver.aidl

之前那个Fragment数据恢复的问题，刚好看了一点AppDied相关代码，刚刚顺着AppDied一路找了下，找到了这个东西，

SDK28版本，里面的两个方法刚好跟问题对应。SDK29，还多了一个监听Service的方法。

不过这个类是在系统进程那边的，不能直接使用，我再看看。。。

等我！

下午 13:58：

不行，我天真了，IProcessObserver根本不能通过常规手段来使用，而且还需要SET_ACTIVITY_WATCHER权限。

android.app下的ActivityManager，有个addOnUidImportanceListener方法，可以监听进程的FOREGROUND、SLEEPING、VISIBLE、GONE等状态变化，但这个方法需要PACKAGE_USAGE_STATS权限，还加了@hide和@SystemApi标记。。。。就算可以通过各种手段调用到，但是已经跟题目中的 “方便” 相违背了

下午14:20：

Application中有个onTerminate方法，但是注释说，只会在虚拟机环境中回调，正式环境下不会回调这个方法。所以，还是不行。

咦？第一问 "应用退出（用户back 退出，没有任何 Activity 了，但进程还存活的情况）" ，是要监听进程即将完全退出，还是要监听所有Activity Destroyed？@xiaoyang 如果是后者，那大家回答的ProcessLifecycleOwner不是能做到嘛。。。如果是前者，感觉像是保活相关的。。。

8.21 下午14:33：

如何方便且准确地判断所有Activity Destroyed以及用户按下HOME键（或启动了其他应用界面）的时机呢？

在android.app.Application下有个内部类叫ActivityLifecycleCallbacks，顾名思义，就是用来监听Activities的生命周期回调的。需要通过Application的registerActivityLifecycleCallbacks方法来设置。

那它是怎么做到监听每个Activity生命周期的呢？

真相就在Activity内。

因为Activity持有对应Application的实例引用，当它的onCreate、onStart、onResume等方法回调时，就可以通过持有的Application实例，来获取到刚刚通过registerActivityLifecycleCallbacks方法设置的Callbacks，然后直接调用对应方法。

其实，Activity中也有registerActivityLifecycleCallbacks方法，只不过这个方法仅仅是针对它本身，也就是只能监听它自己的生命周期回调，而Application的registerActivityLifecycleCallbacks则是针对本进程所有的Activity。

具体实现方法：

查阅各位同学推荐的ProcessLifecycleOwner源码，会发现它同样也是通过Application.registerActivityLifecycleCallbacks来实现生命周期监听的，只不过，它里面的ActivityLifecycleCallbacks实现类，只实现了onActivityCreated、onActivityPaused、onActivityStopped这三个方法：

public class ProcessLifecycleOwner implements LifecycleOwner {

    void attach(Context context) {
        Application app = (Application) context.getApplicationContext();
        app.registerActivityLifecycleCallbacks(new EmptyActivityLifecycleCallbacks() {
            @Override
            public void onActivityCreated(Activity activity, Bundle savedInstanceState) {
                ReportFragment.get(activity).setProcessListener(mInitializationListener);
            }

            @Override
            public void onActivityPaused(Activity activity) {
                activityPaused();
            }

            @Override
            public void onActivityStopped(Activity activity) {
                activityStopped();
            }
        });
    }
}

并没有实现onActivityDestroyed，也就是无法知道Activity何时Destroyed了。

来看看它是怎么处理除ON_DESTROY之外的事件回调的：

public class ProcessLifecycleOwner implements LifecycleOwner {

    private int mStartedCounter = 0;

    void activityStarted() {
        mStartedCounter++;
        if (mStartedCounter == 1 && mStopSent) {
            mRegistry.handleLifecycleEvent(Lifecycle.Event.ON_START);
            mStopSent = false;
        }
    }

    void activityStopped() {
        mStartedCounter--;
        dispatchStopIfNeeded();
    }

    void dispatchStopIfNeeded() {
        if (mStartedCounter == 0 && mPauseSent) {
            mRegistry.handleLifecycleEvent(Lifecycle.Event.ON_STOP);
            mStopSent = true;
        }
    }            
}

就比如ON_STOP事件，它会通过mStartedCounter来记录当前一共有多少个Activities Started——activityStarted每回调一次，mStartedCounter就+1。反之，mStartedCounter会在activityStopped时-1。一旦mStartedCounter减剩下0个，就表示当前所有Activities都Stopped了，这时候就可以考虑发送ON_STOP事件了。

我们也可以参照它这种做法，来实现题目中的两个要求。不过，有两个问题需要注意：

1. 如何准确分辨Activity是Stop还是Destroy？ 因为Destroy会先回调onStop，怎么知道这次的onStop是Activity要Destroy还是仅仅是Stop而已？

2. 一般情况下，屏幕旋转同样也会走一遍onStop和onDestroy，应该怎么做才不会误判屏幕旋转为All Activities Destroyed呢（如果只启动了一个Activity的时候）？

答案近在咫尺。

哈哈哈哈，Activity就有提供isFinishing和isChangingConfigurations方法！我们可以通过这两个方法轻松且准确判断出Activity是要Destroy还是只是Stop、是真的Destroy还是屏幕旋转。

代码如下：

class Application : android.app.Application() {

   override fun onCreate() {
       super.onCreate()
       registerActivityLifecycleCallbacks(object : ActivityLifecycleCallbacks {

           private var createdCounter = 0
           private var startedCounter = 0

           override fun onActivityStarted(activity: Activity) {
               startedCounter++
           }

           override fun onActivityStopped(activity: Activity) {
               startedCounter--
               if (startedCounter == 0 && !activity.isChangingConfigurations && !activity.isFinishing) {
                   "HOME".logI()
               }
           }

           override fun onActivityCreated(activity: Activity, savedInstanceState: Bundle?) {
               createdCounter++
           }

           override fun onActivityDestroyed(activity: Activity) {
               createdCounter--
               if (createdCounter == 0 && !activity.isChangingConfigurations) {
                   "EXIT".logI()
               }
           }

           override fun onActivitySaveInstanceState(activity: Activity, outState: Bundle) {
           }

           override fun onActivityResumed(activity: Activity) {
           }

           override fun onActivityPaused(activity: Activity) {
           }
       })
   }
}

可以直接拿去测试了。

多进程下ProcessLifecycleOwner都不能回答1、2呢。一个程序就只有两个界面：MainActivity在主进程，OtherActivity在other进程。MainActivity进入OtherActivity后ProcessLifecycleOwner就会调用Lifecycle.Event.ON_STOP了，这个怎么破？

在activity结束的时候根据isTaskRoot是否可以判断当前这个activity是不是最后一个了，如果是结束之后就是第一种情况吧

按home键置于后台，homewatch好像可以监听，或者lifecycle，或者手动根据生命周期判断

屏幕旋转注册表设置config属性然后在activity中根据onConfig方法做判断，

这个应该也可以吧

@Override
    public void onTrimMemory(int level) {
        super.onTrimMemory(level);

        if (level == TRIM_MEMORY_UI_HIDDEN) {
             //进入后台
        }
    }

还有个简单方法，基类activity onresume则进入前台 onstop则进入后台

应用退出肯定就destroy了，按home键只是onstop

各位大佬，有个问题请教一下

app 中有多个进程的情况下 也可以用ProcessLifecycleOwner

ProcessLifecycleOwner

ProcessLifecycleOwner