关于Android Broadcast 的一桩血案

1 案发现场

之前一直使用Broadcast都仅仅局限于简单调用,疑惑是根据需求选择发送方式,亦或是看心情决定是什么方式注册,直到今天,发生了一个关于广播的血案,事情的经过是这样:嫌疑人A发送了一个无序广播,通知各位听众某某事情,听众B举报别人听到了,它没听见,A大喊冤枉,我都广播了,并且是不分高低贵贱的无序广播,你没收到是你的问题,是不是你脑袋卡壳阻塞在哪里,B一听急了,我干其它事好好的,怎么就是没收到?看似一桩悬案就要诞生了!

2 案情分析

AB各有理,看似毫无头绪,A说它发了,B说它收不到,那问题只能是中间环节出了纰漏,不经纳闷了,中间能出什么纰漏?异步的基于消息机制的Android身上,什么都有可能。这个貌似一发一收的问题,归根于中间环节,那就一定是哪块阻塞了,无序广播怎么会阻塞?无序广播只是说平等对待,至于它背地里做了什么?所以指不定就是无序广播发送过程中阻塞在了哪里?不信,B可以多等等,如果是发送过程阻塞在哪里,那阻塞的地方肯定发生ANR,时间到了,B自然会收到,只是时间长短问题!!!

3 事发经过

1) A调用调用Context.sendBroadcast();进入Context类,发现它是个抽象类,实现

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值