android广播发通知页面刷新,返璞归真，运用Android广播机制来通知界面刷新

大家在进行业务开发的时候，A界面跳转到B界面，B界面进行操作后，反过来通知A界面重写刷新界面，这个逻辑是非常非常常见的

常用的手段

通过Activity的一些回调方法(这里假设activity)

获取Activity实例来强制调用方法(前提是方法名暴露出来)

EventBus或者RxBus这类通信工具去post一个消息

通过Handler等等….

就拿我自己来说，我之前是使用EventBus

我之前为什么使用EventBus？

因为他简单

并且是直接将一个复杂对象传递出去，省去了序列化的步骤

框架也比较成熟

耦合度不高

为什么放弃它？

需要创建大量的不同的消息类型来加以区分(否则所有已注册且未销毁的界面都会收到相同的消息)

业务一旦复杂了以后，也正是因为其解耦的关系，使得消息发送和接收对于开发者自身后期维护和追踪问题较为困难

其实就我个人而言，我的目的很简单

我这个消息要一对一发送(或者一对多发送)

我不想建大量的消息类型(即使这个类型是个空属性)

说来也惭愧，Android开发这么久了，在此之前几乎没怎么用过广播，不过也正是基于上面我放弃的原因和目的需求，在大概了解了一下Android的广播后，惊人的发现似乎我可以用广播去代替EventBus(不过网上更多的是EventBus/RxBus去代替广播)

什么是广播？

那么在了解了广播以后，再回过头来，梳理一下需求

我要发消息，不想让不需要这个消息的界面收到(假定是一对一发送)

广播正好可以设置action和Filter来过滤，如果说EventBus是通过不同的消息类型来”过滤”，那么广播就是通过字符串来过滤，符合我的要求，直接省去了消息类型的创建

业务变得稍微复杂以后，消息发送和接收不致于太乱

这个还是见具体代码吧

Show Code!

/** * Created by GuoSS 2017/8/24. */

public class ActionBroadcast extends BroadcastReceiver {

@Override

public void onReceive(Context context, Intent intent) {

if (listener != null)

listener.receive(context, intent);

}

private ActionListener listener;

public void setListener(ActionListener l) {

listener = l;

}

public interface ActionListener {

void receive(Context context, Intent intent);

}

}

可以看到自定义一个广播接受者，定义一个简单接口

(为了方便，下面的采用图片来展示代码)

这里的action字符串定义为action+类名，如action.HomeActivity。

并在基类注册广播和添加过滤，(除了这个action以外的其他任何消息，都接收不能)

在postAction方法中传递class对象，来发送消息，送达该class的界面

在receive方法中去接收事件，然后去做一些重新刷新的操作，当然如果传递具体数据的话，如有可能的话，仍需要去序列化数据的对象类型

在onDestroy里去解注册广播，截图里未放出，意会即可

Fragment里也同理，在onViewCreated注册，在onDestroyView解除注册即可，注意调用 getActivity().registerReceiver()，前缀带上getActivity()

虽然这种方法耦合程度较高，但是在简单业务环境下省却了开发者很多工作，至于耦合度的问题，我是这么看的，耦合意味着查询关系更简单轻松，解耦虽然解除了强依赖关系，但是也使得相互之间的关系变得难以捉摸，非要解耦的话，对于action的命名个人觉得可以参考ARouter(阿里的一位Android开发者设计的路由框架)对于Route的管理，至于要不要使用这种广播，见仁见智

最后来放出我的使用示例

一段网络请求过后，删除一个内容，通知某个页面的数据需要刷新

该界面接收到消息以后，雾草，一言不合直接刷新给你看，当然如果需要的话，简单数据无须序列化直接从intent里取出来就好了

上面说的是一对一广播，至于一对多广播

我觉得是可以通过定义枚举来归类这些不同的action，创建其他的广播接收者，在有需要的界面，去注册这些一对多的广播即可，本质和一对一相同