189 8069 5689
这段时间有需求，需要利用aop切面技术完成数据统计的工作，其中需要统计活跃（定的规则是：用户从后台切换到前台就算一次活跃）。所以关于如何监听前后台切换就有以下的描写。
为天元等地区用户提供了全套网页设计制作服务，及天元网站建设行业解决方案。主营业务为成都网站制作、成都网站设计、外贸营销网站建设、天元网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！
一.使用ActivityLifecycleCallbacks简单app进入后台
有时需要监听到应用在前后台切换并做些处理，一般的做法可能是建立一个BaseActivity，然后全部的Activity都继承它，在BaseActivity的onStart和onStop中计数去处理。这样并不是最好的方式，不做详细介绍，有更好的方式，道理其实差不多，就是借助ActivityLifecycleCallbacks来实现。
1）写了个帮助类：
2）Application中使用（注意：仅在Application中才能使用，因为Application的生命周期能监听到每个Activity）
原文地址：
1.使用Settings.system.get/set
1.监听Context.getContentResolver().registerContentObserver(Settings.System.getUriFor(DEF_SENSOR_STATE), false, ContentObserver);
2.获取Settings.System.getInt(getApplicationContext().getContentResolver(), DEF_SENSOR_STATE, -1); // 获取
3.设置 Settings.System.putInt(getApplicationContext().getContentResolver(), "sensor_state", 2);
4.也可以notify ：Context().getContentResolver().notifyChange(SLEEP_DURATION_URI, null);
根据contentprovider 生成对应的uri 就能监听 uri 对应的值 的改变
ContentObserver callback中查询 Cursor cursor = context . getContentResolver (). query ( STEP_HOURS_URI , 507 null , null , null , null ); 508 int hours = cursor . getExtras (). getInt ( STEP_HOURS_PATH ,0);
我们做项目的时候，不可避免的要做网络状态的监听，一般我们都是抽取出一个工具类来实现，比如：
细致的你当然还会再写一个判断网络类型的方法，反手再来一个例：
然后就可以在相应的操作前进行判断网络的判断：
但是这样做也有些问题：
接下来就是本文的重点，如何通过 NetStatusBus 这个库来解决以上问题，让你的网络状态监听变得前所未有的简单粗暴。
到这里就已经结束了，你的所有网络操作已经都可以清晰优雅的在订阅方法中进行处理了，当然你也可以继续往下看。
订阅方法必须填写一个NetType参数，可以通过NetType的值来判断当前网络类型。
@NetSubscribe中 netType为可选值，可以设置订阅的类型，可选值类型如下：
NetType.AUTO
这是默认值，任何网络状态发生变化，该类型订阅者都会被回调。同时会传入NetType参数告知你当前的网络类型，示例如下：
只要当前是由 WIFI 改变引发的网络状态变化，该类型订阅者都会被回调。同时会传入NetType参数告知你当前的网络类型，示例如下：
只要当前是由移动网络改变引发的网络状态变化，该类型订阅者都会被回调。同时会传入NetType参数告知你当前的网络类型，示例如下：
NetType.NONE
只有当网络丢失时，该类型订阅者才会被回调。
有人会觉得，我用个库爽就行了管它的原理干什么？
你放心，我只是小小的描述一下实现方式。
原理简单来说，就是在全局初始化的时候就绑定对网络的变化监听。然后将进行注册的父类所有的订阅方法保存至集合中，这里涉及到一些方法的校验，最后在网络状态发生改变时利用 Java 反射机制遍历执行所有订阅方法。熟悉 EventBus 的小伙伴已经看出来了这里借鉴了一小部分 EventBus 的思想。
回到第一步，那么具体是如何绑定对网络状态变化的监听呢？
以前我们是通过注册广播来实现绑定网络变更的监听，在Android 7.0 以后，Google 基于性能和安全原因对广播进行了很多限制，比如监听网络变更的广播 android.net.conn.CONNECTIVITY_CHANGE 使用静态注册的方式则无法生效，而动态注册的方式虽然可以生效但毕竟不是最优解。
同样出于性能和安全，以及拥抱变化的角度，最终我们还是使用官方推荐的方式，利用 ConnectivityManager.NetworkCallback 来进行网络变化的监听，这是在Android 5.0即android api 21推出的API，目前Android 5.0以上的市场占有率在 85%以上，随着国内各大厂商正在积极的推进适配普及Android Q，这个比例还会进一步增大，所以个人人认为无需过于担心低版本适配。
使用的时候出现这个问题是由于少添加了权限。
Caused by: java.lang.SecurityException: ConnectivityService: Neither user 10513 nor current process has android.permission.ACCESS_NETWORK_STATE.
java.lang.RuntimeException: Unable to create application com.jiyun.wanandroid.WanApplication: java.lang.SecurityException: ConnectivityService: Neither user 10513 nor current process has android.permission.ACCESS_NETWORK_STATE.
加上这几个权限就好了：
附上原文地址：