android 判断切换后台 判断按下home键

标签：android   app   应用   解决方案   

写这个博客不是为了实现监听home键，而是判断切换后台 ，说过不写一些没意思的博客，监听home键 或者屏蔽home键的方法，请百度。

我这个篇博客只是想写两种状态的判断：

1.应用切换到后台的监听或者说是判断。

2.应用切换到后台后重新打开的监听判断。

那么，问题来了，假如你的公司有个需求:在app每次切换到后台之后，判断当前跟一个建立socket连接的服务器是否断开。  

卧槽，你们城里人需求真多，好烦，这个好难实现。

解决方案大概有两种方案，应用后台后重新开的的时候走了那些方法，这个看下activity的生命周期，看下好像没法做判断。有些情况比较复杂，每次都走resume，但又不是每次都走onreate  onstart一些列的方法。

那么这个套路走步不通，我们试着在activity被隐藏的地方入手，activity a跳转到activity b的时候pause了，stop了，那么，在自己的应用内activity的跳转也会触发这个东西。

但是他跟按下home键，或者在我们的app里打开其他应用的区别在哪里呢？

解：区别在于切换到其他应用，当前在前台的应用就不是我们自己的包了。那么，我们可以用过获取当前app的前台应用的包名来判断是否是我们自己的app，即可实现。

但是，问题又来了，如果我们最后一个页面finish了呢，不也是的吗 ？

这个切换后台和finish能否区分分开呢？

解： 可以。

那么，这样子所有的问题都解决了切换到后台的判断了。切换到后台的时候做一个记录就行了，记录下当前是否被后台，下次重新打开的时候判断下是否之前被后台过，如果被后台过，就去判断下sokect是否在连接中即可，还要把后台的记录给重置。

理论上流程就是这样子，stop的时候，判断activitymanage中获取最前台的那个应用是否是本应用 ，不是的话就被后台了，还有就是价格判断如果被finish了，就不做记录了。

好了，上代码：

    private boolean isFinished = false;
    private final String  RUN_SP_KEY="isRunningBackGround";
    @Override
    public void finish() {
        super.finish();
        isFinished = true;
    }

    //如果isFinished等于false，表示当前Activity仅切换到后台运行，并没有退出。
    @Override
    protected void onStop() {
        super.onStop();
        if (!isFinished) {
            String packageName="com.XXX.mypackagename";//我们自己的应用的包名
            String topActivityClassName= PackageUtils.getTopActivityName(this);
            if (packageName!=null&&topActivityClassName!=null && !topActivityClassName.startsWith(packageName))
            {
                //app已经后台
                SPUtils.put(this, RUN_SP_KEY, true);
            }
        }
    }

    protected void onResume() {
        super.onResume();
        boolean isReOepn = (Boolean) SPUtils.get(this, RUN_SP_KEY, false);
        if (isReOepn) {已经断开
            if (isConnect()) {
                SPUtils.put(this, RUN_SP_KEY, false);
                
            }else {
                showConnectPopupWindow();//弹出断开连接提示的poupwindow
            }
        }

    }

android 判断切换后台 判断按下home键

标签：android   app   应用   解决方案   

原文地址：http://blog.csdn.net/weizongwei5/article/details/46424801