BroadcastReceiver的onReceive调用时机及主线程方法执行顺序问询

1. onReceive() 具体在什么时候被调用？ #

其实逻辑很清晰：当系统或其他应用（包括你自己的APP）发送的广播，恰好匹配到这个 BroadcastReceiver 注册时声明的 Intent Filter 规则，并且该 Receiver 处于「有效注册状态」时，系统就会触发 onReceive() 方法。

再结合两种注册场景拆解：

• 静态注册（在 AndroidManifest.xml 中声明的 Receiver）：只要广播事件符合过滤规则，哪怕你的APP完全未启动，系统也会临时拉起这个 Receiver 组件并调用 onReceive()。不过要注意，Android 8.0 之后对静态注册 Receiver 有诸多限制，大部分自定义广播无法通过静态注册触发，仅系统级白名单广播（如开机完成、电量变化等）除外。
• 动态注册（在代码中通过 registerReceiver() 注册的 Receiver）：只有当注册该 Receiver 的组件（如 Activity、Service）处于活跃状态，且未调用 unregisterReceiver() 注销时，收到匹配广播才会触发 onReceive()。一旦注销，该 Receiver 将不再响应任何广播。

2. 主线程中，onReceive() 会等其他方法都执行完才调用吗？ #

完全不会！这里必须先搞懂 Android 主线程的核心工作机制：主线程是基于「消息队列 + Looper」的单线程模型，所有主线程任务（包括生命周期方法、点击事件回调、onReceive()）都会以消息形式排队，Looper 依次取出消息执行，同一时刻只会运行一个任务。

举几个场景帮你理解：

• 假设你的 Activity 正在执行 onStart() 方法，此时来了一条匹配的广播。该广播的 onReceive() 任务会被加入主线程消息队列末尾，等当前正在运行的 onStart() 方法执行完毕，Looper 才会取出这条消息并执行 onReceive()。
• 如果你的 onStart() 方法中调用了 postDelayed() 这类延后执行的操作，onStart() 会先执行完成，之后 Looper 会处理队列中的下一个任务（可能是 onReceive()，也可能是 postDelayed() 的任务，取决于入队顺序）。
• 绝对不会出现「onStart() 执行到一半，突然跳去执行 onReceive()」的情况，因为主线程任务是串行执行的，但 onReceive() 不需要等所有 onStart()、onClick()、onDestroy() 都跑完，只需等当前正在执行的主线程任务结束，就会按队列顺序被调度。

简单总结：主线程的所有回调都是排队串行执行的，onReceive() 仅需等待当前正在运行的任务完成，就会轮到它执行，无需等所有其他方法全部结束。

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