这个是onCreate里面的代码
创新互联建站是专业的新邱网站建设公司，新邱接单;提供网站设计、网站建设,网页设计,网站设计,建网站,PHP网站建设等专业做网站服务;采用PHP框架,可快速的进行新邱网站开发网页制作和功能扩展;专业做搜索引擎喜爱的网站,专业的做网站团队,希望更多企业前来合作!
// 注册接收新消息的监听广播
msgReceiver = new NewMessageBroadcastReceiver();
IntentFilter intentFilter = new IntentFilter(EMChatManager
.getInstance().getNewMessageBroadcastAction());
intentFilter.setPriority(3);
registerReceiver(msgReceiver, intentFilter);
下面是自己写的广播里的操作
private class NewMessageBroadcastReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
// 注销广播
abortBroadcast();
// 消息id（每条消息都会生成唯一的一个id，目前是SDK生成）
String msgId = intent.getStringExtra("msgid");
EMMessage message = EMChatManager.getInstance().getMessage(msgId);
String news = ((TextMessageBody) message.getBody()).getMessage();
// 发送人id
String userId = intent.getStringExtra("from");
username = userId;
Info info = new Info();
info.setText(news);
info.setId(msgId);
info.setUserid(userId);
list.add(info);
}
}
因为这个系统广播在不停的发送，系统网络状态在不停的变化。比如关闭，打开，扫描，正在连接，已连接等状态。
如果你的项目需要监听到开机广播，以此实现开机自启等类似功能，你到网上搜索一下，基本上都是搜到以下实现方法。
亲测以上方法在我的一加5（Android 9）上是不管用的，其他博主给出的在第2步添加对SD卡加载完成等事件的广播监听方法，也是没有任何效果，一直不太明白网上大家都给出的一致方法，为啥就没效果了，难道是Android在后来的系统版本中，对这一块做了改动？直到前段时间看到了《Android开发艺术探索》中关于广播的发送和接受过程的一段讲解，终于解开了我的疑惑，原文摘抄如下：
通过上面这段话，我们可以知道，如果想让广播能够发送到未启动的应用，必须为广播的Intent添加FLAG_INCLUDE_STOPPED_PACKAGES标记，但是开机广播是系统发出的，我们无法修改。综上所述，自Android3.1之后，App开机自启无法实现。
可以通过NotificationListenerService来监听通知栏。NotificationListenerService是通过系统调起的服务，在应用发起通知时，系统会将通知的应用，动作和信息回调给NotificationListenerService。但使用之前需要引导用户进行授权。使用NotificationListenerService需要下面三个步骤。
1、注册服务：
首先需要在AndroidManifest.xml对service进行注册。
2、继承实现NotificationListenerService
自己实现一个继承NotificationListenerService的service，在onNotificationPosted中完成自己需要的操作。
3、引导用户进行授权
由于此服务需要用户手动进行授权，所以使用前需要对用户进行引导设置。
这里的广播是指你app里的广播还是手机系统的广播。
如果是你自己手机的app的广播，你是否有注册监听广播。
如果是手机系统的广播，因为以前所有的app开启及运行，都以监听手机开机广播，后来开发商直接拦截，不让app监听手机开机等广播。
我们做项目的时候，不可避免的要做网络状态的监听，一般我们都是抽取出一个工具类来实现，比如：
细致的你当然还会再写一个判断网络类型的方法，反手再来一个例：
然后就可以在相应的操作前进行判断网络的判断：
但是这样做也有些问题：
接下来就是本文的重点，如何通过 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.
加上这几个权限就好了：
附上原文地址：
重庆分公司
重庆分公司
