Android接收BOOT_COMPLETED广播时如何使用SharedPrefs？

• 接收BOOT_COMPLETED广播的StartUpReceiver被触发时，系统已经为你的应用创建了独立进程，属于合法的应用运行状态，完全可以直接访问SharedPreferences，不存在运行状态限制，读取不到数据是其他配置或实现问题导致的。

1. 写入逻辑未持久化到磁盘
   如果存储用户输入文本时使用的是SharedPreferences.Editor.apply()方法，该方法是异步写入磁盘，若写入后立刻关机，数据还未完成持久化就会丢失，重启后自然读取不到。
2. 存储模式配置错误
   如果创建SharedPreferences时使用了已废弃的Context.MODE_MULTI_PROCESS模式，Android 6.0及以上系统该模式读写一致性无法保证，大概率出现数据读取失败。
3. 应用安装位置异常
   如果应用配置了允许安装到SD卡，SD卡加载时机晚于BOOT_COMPLETED广播触发时机，广播触发时应用数据目录还未挂载，无法读取SharedPreferences文件。
4. Context使用错误
   如果在Receiver中使用了提前缓存的Activity/Application Context，而不是Receiver回调传入的有效Context，也会导致SharedPreferences读取失败。

1. 基础修复方案（优先使用）
   无需启动任何服务，直接在Receiver中完成读取+发通知的逻辑，只需做以下调整：

• 存储用户输入文本时，对该核心数据使用SharedPreferences.Editor.commit()同步写入磁盘，确保掉电不丢失
• 创建SharedPreferences时仅使用Context.MODE_PRIVATE模式
• 在AndroidManifest.xml中配置应用仅安装到内部存储：android:installLocation="internalOnly"
• Receiver中直接用回调传入的context读取SharedPreferences、构建通知，调用NotificationManager发送通知即可，Android 13及以上只需提前申请POST_NOTIFICATIONS权限，无其他限制。

2. 兼容复杂逻辑方案
   如果需要执行超过10秒的耗时操作（广播生命周期只有10秒，超时会被系统杀死），可以使用Jetpack WorkManager实现：

• 在Receiver中直接入队一个一次性工作请求：OneTimeWorkRequest.from(NotificationWorker.class)
• 在自定义Worker的doWork()方法中读取SharedPreferences、发送通知，WorkManager会自动处理进程保活、系统调度，全程不需要前台服务，兼容所有Android 5.0及以上版本。

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