大家在进行业务开发的时候,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);
    }
}

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

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

Android 开机广播处理完成 android广播发通知_一对一

  • 这里的action字符串定义为action+类名,如action.HomeActivity。
  • 并在基类注册广播和添加过滤,(除了这个action以外的其他任何消息,都接收不能)
  • 在postAction方法中传递class对象,来发送消息,送达该class的界面
  • 在receive方法中去接收事件,然后去做一些重新刷新的操作,当然如果传递具体数据的话,如有可能的话,仍需要去序列化数据的对象类型
  • 在onDestroy里去解注册广播,截图里未放出,意会即可
  • Fragment里也同理,在onViewCreated注册,在onDestroyView解除注册即可,注意调用 getActivity().registerReceiver(),前缀带上getActivity()

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

最后来放出我的使用示例

Android 开机广播处理完成 android广播发通知_一对一_02


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

Android 开机广播处理完成 android广播发通知_android_03


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

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

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