Android 线程间通信全部用广播，有什么坏处吗？

• 資深大佬 : MaL

  如果是一般广播的话，那就太重了，可以用本地广播或 eventbus

• 資深大佬 : Helsing

  尽量少用吧，要不最后到处都是满天飞的广播，看的头大

• 資深大佬 : towry

  不要只考虑写的时候有多爽，要考虑以后容不容易修改 /调试

• 資深大佬 : wolegequ

  能用就行，产品有人用再说. 某宝的 app 卡成翔也没见他们优化

• 資深大佬 : kop1989

  软件开发层面就是不好维护。
  广播相当于是一个低耦合链接。
  假设你有需求要修改某个广播的信息格式或者传参数量。
  这时候编译器帮不了你，你很难确认你发送端和接收端都改对了 /改全了。只能不断的测试。

  而且细节处理不好还会有安全性问题。

• 資深大佬 : k10ndike

  可以用 LiveData

• 資深大佬 : jinhan13789991

  我目前是维护很多 LiveData，说白了就是另一种广播。
  只不过发送和订阅都抽成了独立的接口。优点就是不会混乱，缺点就是每次有新的需求就要再写一个专门的方法。
  后面在考虑抽成一个通用的方法，通过枚举保证唯一。

• 資深大佬 : BrokenVns

  广播是基于异步 binder 的，异步 binder 存在以下小问题：
  1.能够传递的数据量是同步 binder 的一半（ 0.5M-4K ）.
  2.异步 binder 的消息传递优先级不高，可能会出现广播接收延迟问题，这种现象在 binder 流量大的老机器更明显。
  3.你不知道异步 binder 传递是否成功了，碰到过通信失败而引发的 ANR 问题。
  广播自身也有些小问题，比如广播要先发送给 AMS 再由 AMS 进行分发，跨了两次进程,广播是透明的等。

  少量使用动态广播，可以减少开发量。
  大量使用异步通信的话，还是建议使用 Looper-Handler 、开源库或者造轮子