在工作中调试一个功能的时候，发现之前的android.net.conn.CONNECTIVITY_CHANGE的广播始终无法收到，而adb logcat打印出来的log发现有其他应用可以收到这个广播的。后来研究发现在Android7.0 上为了优化后台省电相关的东西，已经将静态注册这个广播方式取消了，7.0 版本上静态注册此广播的，已经无法收到这个广播了。
Android 7.0 为了后台优化，推荐使用 JobScheduler 代替 BroadcastReceiver 来监听网络变化。
如果你的应用无法将targetSDK 降到23或者23以下，有以下两种比较快捷的适配方式。
解决方式有2种：
1.改成动态注册。
2.使用ConnectivityManager.NetworkCallback 来监听网络。
第二种实现方式：
final ConnectivityManager cm = (ConnectivityManager) getSystemService(Context.CONNECTIVITY_SERVICE);
cm.requestNetwork(new NetworkRequest.Builder().build(), new ConnectivityManager.NetworkCallback() {
@Override
public void onLost(Network network) {
super.onLost(network);
///网络不可用的情况下的方法
}
@Override
public void onAvailable(Network network) {
super.onAvailable(network);
///网络可用的情况下的方法
}
});
很简单。
如果我们仅仅验证此广播，无需申明任何权限即可收到此广播消息，但是往往应用还需要访问网络等操作，需要申请以下网络权限。
AndroidManifest.xml中申明权限：
<uses-permissionandroid:name="android.permission.ACCESS_NETWORK_STATE" />
<uses-permissionandroid:name="android.permission.CHANGE_NETWORK_STATE"/>
<uses-permissionandroid:name="android.permission.ACCESS_WIFI_STATE" />
<uses-permissionandroid:name="android.permission.CHANGE_WIFI_STATE"/>
这几个权限都不是危险权限，直接申明即可。存在如果不申明android.permission.CHANGE_NETWORK_STATE 这个权限的时候，应用报错的情况。
总结
1.如果应用程序的targetSDK >= N，可以采用上述两种方案解决此问题，也就是说静态注册android.net.conn.CONNECTIVITY_CHANGE不再起作用，需要修改成动态注册或者使用ConnectivityManager.NetworkCallback监听网络。
2.如果应用程序的targetSDK<N，即使安装在Android7.0机器上，同样可以收到静态注册的广播。
