发送BOOT_COMPLETE广播后应用无报错崩溃问题排查

嘿，我碰到过类似的情况，结合你的描述，核心问题是你的广播接收器在接收BOOT_COMPLETE时直接把应用进程搞崩了——哪怕只剩日志代码，这肯定是某个配置或者系统限制在搞鬼。我整理了几个最可能的排查方向，你挨个试试：

1. 先把Manifest里的接收器配置盯紧 #

你已经加了RECEIVE_BOOT_COMPLETED权限，但接收器的注册细节很容易出错：

• 必须给<receiver>加上android:exported="true"，因为BOOT_COMPLETE是系统发的跨进程广播，你的接收器得对外可见才能收到；
• 确认intent-filter的action没写错，最好加上快速重启的适配：

<receiver
    android:name=".YourBootReceiver"
    android:exported="true">
    <intent-filter>
        <action android:name="android.intent.action.BOOT_COMPLETED" />
        <action android:name="android.intent.action.QUICKBOOT_POWERON" /> <!-- 适配部分设备的快速重启 -->
    </intent-filter>
</receiver>

2. 别忽略Android 12+的隐式广播限制 #

从API 31（Android 12）开始，系统对静态注册的隐式广播管得特别严，BOOT_COMPLETE刚好在受限列表里。要让静态接收器生效，得满足至少一个条件：

• 你的应用是系统应用（显然大部分情况不是）；
• 用户在设备重启前手动打开过你的应用至少一次（这个很关键！如果用户从来没打开过，系统直接不让静态接收器触发）；
• 应用拿到了REQUEST_IGNORE_BATTERY_OPTIMIZATIONS权限，但这个需要用户手动授权，不建议随便用。

如果你的目标SDK是31+，哪怕配置都对，没满足上面的条件，接收器不仅收不到广播，甚至可能在触发时被系统直接杀死进程。

3. 检查日志代码有没有隐藏坑 #

你说清空onReceive只剩日志，但也别想当然认为日志代码没问题：
比如是不是用了未定义的TAG？像下面这种就会抛空指针：

// 错误示例：TAG没初始化
Log.d(TAG, "Boot received");

改成直接写字符串就安全了：

Log.d("BootReceiverDebug", "BOOT_COMPLETED received successfully");

另外，onReceive里别调用任何可能抛出异常的代码——哪怕是个小拼写错误，都能让进程直接崩掉。

4. 确认adb发送广播的命令是对的 #

你用adb发广播时，命令格式错了也会导致问题。正确的命令应该指定你的应用组件：

adb shell am broadcast -a android.intent.action.BOOT_COMPLETED -n com.your.package/.YourBootReceiver

把com.your.package换成你实际的包名，.YourBootReceiver换成接收器的完整类名（如果不在根包下，要写全路径，比如.receivers.BootReceiver）。如果直接发不带组件的广播，在Android 12+上，非系统应用的静态接收器根本收不到，甚至会触发系统的进程限制。

5. 国产ROM的自启动权限必须手动开 #

小米、华为、OPPO这些国产设备都有自己的后台管理机制，就算你Manifest权限加了，系统也会默认阻止应用自启动。你得让用户去系统设置里给你的应用开“自启动”权限，不然重启后应用根本醒不过来，接收广播时直接被杀死。

6. 试试动态注册接收器（临时排查用） #

如果静态注册死活搞不定，可以先试试动态注册，在应用启动时注册接收器：

// 在MainActivity的onCreate里加这段
IntentFilter bootFilter = new IntentFilter(Intent.ACTION_BOOT_COMPLETED);
registerReceiver(new YourBootReceiver(), bootFilter);

注意动态注册的接收器只有在应用进程活着的时候才有效，但这种方式能避开静态注册的很多系统限制，适合用来排查是不是静态配置的问题。

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