友盟推送——判断app启动还是未启动

我们怎么判断一个app是处于前台后台，还是未启动状态，一般都会通过判断app的进程是否存活，如果进程存活说明是在后台或者前台，进程不存活，则说明app被杀死。
这里给一个工具类，判断应用是否已经启动

public class SystemUtils {
    /**
     * 判断应用是否已经启动
     * @param context 一个context
     * @param packageName 要判断应用的包名
     * @return boolean
     */
    public static boolean isAppAlive(Context context, String packageName){
        ActivityManager activityManager =
                (ActivityManager)context.getSystemService(Context.ACTIVITY_SERVICE);
        List<ActivityManager.RunningAppProcessInfo> processInfos
                = activityManager.getRunningAppProcesses();
        for(int i = 0; i < processInfos.size(); i++){
            if(processInfos.get(i).processName.equals(packageName)){
                Log.i("NotificationLaunch",
                        String.format("the %s is running, isAppAlive return true", packageName));
                return true;
            }
        }
        Log.i("NotificationLaunch",
                String.format("the %s is not running, isAppAlive return false", packageName));
        return false;
    }

之前在做友盟推送，想要实现的是如果app处于前台或者后台，那么就点开推送，直接跳转到想要的界面；如果app未启动，那么点开推送，就先启动app，再跳转到想要的界面。

并且友盟提供给了我们几个回调的方法

//1.每当有通知送达时，均会回调getNotification方法，因此可以通过监听此方法来判断通知是否送达。
UmengMessageHandler umengMessageHandler = new UmengMessageHandler() {
            @Override
            public Notification getNotification(Context context, UMessage uMessage) {
                return super.getNotification(context, uMessage);
            }
        };
        mPushAgent.setMessageHandler(umengMessageHandler);

第二个回调是自定义的通知打开动作，还有其他的，具体可以看友盟的官方文档。

//2.自定义通知打开动作，当用户点击了推送后，触发该回调
        UmengNotificationClickHandler notificationClickHandler = new UmengNotificationClickHandler() {
            @Override
            public void dealWithCustomAction(Context context, UMessage msg) {
               }
        };
        mPushAgent.setNotificationClickHandler(notificationClickHandler);

并且友盟的官方文档中也要求我们最好在application中注册，并重写它部分的回调方法，因为有些如果写在activity中，可能app会收不到推送，具体还是请看友盟的官方文档，写的还是很详细，清楚的。

当有消息推送到的时候，那么第一个回调就会触发，在该回调方法中，我可以通过发送广播，然后提醒某些界面更新UI,类似于未读信息的小红点显示。
当用户点击了推送后，第二个回调就会触发，一开始的时候，我是在回调方法中发送一个广播，然后在广播里先调用一开始的工具类判断app是否存活，然后再对其做相应的处理，但是当我打印log后，发现不管怎么样，打印出来的都是isAppAlive return true，一直是存活的，于是发现并不适用，除非你开一个service服务，一直在后台监听，然后通过静态注册的广播来通知，我是这么觉得的，因为我的广播是写在application中的dealWithCustomAction回调方法中的，当收到推送，点击推送通知时，其实友盟已经把应用在后台唤醒了，所以我每次打印的log都是isAppAlive return true。所以发现以上的方案只能pass掉了。

于是乎我从另一个角度入手——activity的任务栈。
1.当应用未启动时，那么该应用的任务栈为空，因为并没有任何的activity入栈。
2.当应用启动后，或者在后台，那么我们一个应用的栈底一般都是MainActivity，虽然启动都是从Splash开始，但是进到MainActivity就
finish掉了，所以启动应用后栈底通常都是MainActivity.
3.遍历任务栈，如果发现栈底是MainActivity，就说明应用在前台或者后台，否则应用未启动。

//通过activity的任务栈查找来判断app是否在前台
                ActivityManager mAm = (ActivityManager) App.this.getSystemService(Context.ACTIVITY_SERVICE);
                List<ActivityManager.RunningTaskInfo> runningTasks = mAm.getRunningTasks(100);
                for (ActivityManager.RunningTaskInfo runningTask : runningTasks) {
                    android.util.Log.e("run", runningTask.baseActivity.getClassName());
                    if (MAINACTTIVITY_CLASSNAME.equals(runningTask.baseActivity.getClassName())) {
                        isRun = true;
                        break;

                    }
                }

并且我用了一个变量来记录应用是在前台还是后台，如果找到了就直接break出来，不用继续遍历了，如果不知道自己MainActivity的全类名，可以通过上面的log打印出来看看。