Android两应用间SharedPreferences共享数据更新不生效问题排查

首先明确：你用sharedUserId实现跨应用SharedPreferences共享的方案理论上是可行的，但你遇到的缓存问题确实是Android SharedPreferences跨进程场景下的典型坑。

为什么B重启后拿不到新值？ #

Android系统会对SharedPreferences实例进行缓存，尤其是跨进程（跨应用属于跨进程）访问时，这个缓存不会自动感知文件的变更。即使A已经把新值写入磁盘，B重启时如果复用了缓存的实例（或者系统没有主动刷新缓存），就会读到旧数据。

修复当前方案的步骤 #

1. 强制刷新SharedPreferences（API 24+兼容） #

在应用B中，每次读取数据前，强制让SharedPreferences从磁盘重新加载内容，而不是依赖缓存的实例：

// 不要在onCreate只初始化一次，每次需要读取时执行以下代码
val packageContext = createPackageContext("com.televes.angrod.configurationapp", 0)
val sharedPreferences = packageContext.getSharedPreferences("my.configuration.file", Context.MODE_PRIVATE)

// API 24及以上版本，调用reload强制刷新
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N) {
    sharedPreferences.reload()
}

val mapOfPreferences: Map<String, *> = sharedPreferences.all

如果需要兼容API 24以下的设备，可以每次读取时重新获取SharedPreferences实例（不要复用之前的对象），虽然没有reload高效，但也能绕过缓存。

2. 确认关键前提 #

• 两个应用的签名必须完全一致：sharedUserId机制要求共享同一个userId的应用必须用相同的签名打包，否则无法互相访问数据。
• 确保SharedPreferences的文件名完全匹配：检查A和B中使用的my.configuration.file拼写、大小写完全一致，避免因文件名不匹配读取到不同的文件。

更稳定的替代方案 #

虽然当前方案可以修复，但SharedPreferences本质上不是为跨进程同步设计的，长期来看推荐使用Android官方推荐的跨应用数据共享机制：

• ContentProvider：这是最标准的跨应用数据共享方案，自带进程间同步逻辑，支持通过ContentObserver监听数据变化，B可以实时收到A的数据更新通知，无需重启就能获取新值，还能精确控制读写权限。
• 跨进程通信（IPC）：如果需要实时通知数据变更，可以用Messenger或AIDL实现进程间通信，让A在更新数据后主动把新值发送给B，这种方式适合数据更新频繁、需要实时同步的场景。

注意：MODE_MULTI_PROCESS这个旧模式已经在API 23被废弃，而且本身就存在同步不可靠的问题，不建议使用。

内容的提问来源于stack exchange，提问作者Ángel Rodríguez