BroadcastReceiver调用时的Context解析：onReceive方法传入的Context是什么？

嘿，这个问题真的戳中了很多Android开发者的疑惑点——毕竟BroadcastReceiver的生命周期特殊，这个Context确实和我们熟悉的Activity、Service、Application Context不太一样。

首先直接给结论：onReceive()传入的Context是一个ReceiverRestrictedContext实例，它是Android系统专门为BroadcastReceiver提供的受限版Context，内部其实包装了Application Context，但做了一些权限和功能限制。

接下来对比你提到的三种核心Context类型，具体说下它的特点：

• 和Application Context的关系：它本质上是Application Context的“受限包装”，生命周期和Application一致，但不能使用Application Context的全部能力。
• 和Activity/Service Context的区别：它既不是Activity也不是Service的Context，没有对应的组件生命周期（BroadcastReceiver的onReceive()执行完就会被系统回收），所以像启动Activity这种需要任务栈的操作，直接用它会报错，必须给Intent添加Intent.FLAG_ACTIVITY_NEW_TASK标记才行。

然后说说它的限制（也是最容易踩坑的点）：

• 不能调用registerReceiver()注册新的广播接收器
• 不能调用bindService()绑定服务
• 不能启动需要依赖组件生命周期的操作（比如直接启动Activity不加FLAG）

如果你的业务需要突破这些限制怎么办？举个实用的例子：
如果你需要在广播里绑定Service或者启动不需要NEW_TASK标记的Activity，最好的做法是先启动一个Service，然后在Service里用它的Context来完成这些操作——因为Service的Context拥有更完整的能力，且生命周期更可控。

最后给个代码示例补充说明：

public class MyReceiver extends BroadcastReceiver {
    @Override
    public void onReceive(Context context, Intent intent) {
        // 直接用这个Context启动Activity必须加FLAG_ACTIVITY_NEW_TASK
        Intent activityIntent = new Intent(context, TargetActivity.class);
        activityIntent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
        context.startActivity(activityIntent);

        // 如果要绑定Service，建议先启动Service再操作
        Intent serviceIntent = new Intent(context, MyService.class);
        context.startService(serviceIntent);
        // 后续在MyService的onCreate()里绑定目标服务
    }
}

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