监听android.intent.action.PHONE_STATE时onReceive()调用异常咨询

这问题我之前帮不少开发者排查过，咱们一步步拆解可能的原因和对应的修复方案：

一、先查权限配置的坑 #

权限是最容易忽略的核心点，不同Android版本对PHONE_STATE广播的权限要求有差异：

• Android 6.0（API23）到Android 9（API28）：需要READ_PHONE_STATE危险权限，不仅要在Manifest里声明，还要在代码里动态申请。如果用户中途撤销了这个权限，系统会静默丢弃PHONE_STATE广播，就会出现偶尔收不到的情况。
• Android 10（API29）及以上：官方把监听PHONE_STATE的权限改成了READ_CALL_LOG，如果你的App目标版本是API29+，还在申请旧权限，那大概率会出现广播接收不稳定的问题。

二、广播注册方式的稳定性问题 #

注册方式直接影响接收器的存活状态：

• 动态注册：如果你的接收器是在Activity/Fragment里注册的，当组件被销毁（比如App退到后台被系统回收），接收器会跟着注销，这时候来电的RINGING广播就收不到；但挂断时的IDLE广播可能会触发系统重启App进程，这时候如果是在Application的onCreate里重新注册了接收器，就能收到IDLE的广播。建议把动态注册放在Application的onCreate方法里，保证进程存活期间接收器一直有效。
• 静态注册：Android 8.0之后，大多数隐式广播不能静态注册，但PHONE_STATE是例外。不过要注意部分定制系统（比如小米、华为）对后台静态广播做了额外限制，可能导致RINGING状态的广播偶尔丢失。这种情况下可以配合动态注册做兜底。

三、系统优先级与竞争问题 #

有些系统App或第三方App也会监听PHONE_STATE广播，如果它们的优先级比你的高，可能会延迟甚至拦截你的广播。你可以在注册时合理设置优先级（别超过1000，避免影响系统行为）：

IntentFilter filter = new IntentFilter(TelephonyManager.ACTION_PHONE_STATE_CHANGED);
filter.setPriority(1000); // 设为较高优先级，提升接收几率
registerReceiver(phoneStateReceiver, filter);

四、进程被杀死的情况 #

当App长期在后台，系统可能因为内存不足杀死你的进程，这时候RINGING广播无法触发接收器，但挂断时的IDLE广播可能会唤醒App进程，让接收器重新注册，所以能收到IDLE的广播。如果必须保证接收，可以考虑用前台服务保持进程存活（注意需要显示通知栏），或者用WorkManager做后续的状态补查。

五、排查小技巧 #

• 权限检查：在App的系统设置里确认对应权限是否被授予，代码里也要加权限校验，确保权限获取成功后再注册接收器。
• 日志追踪：在接收器的onReceive方法里打详细日志，记录Intent的action、TelephonyManager.EXTRA_STATE的值，同时在注册/注销接收器的地方也打日志，看是否存在意外注销的情况。
• 场景测试：分别测试App在前台、后台、进程被杀死时的来电情况，定位是哪种场景下出现的问题。

内容的提问来源于stack exchange，提问作者MattofBum