Compose Multiplatform 在 Android 上使用 sharedUserId 时的资源加载问题分析

问题背景

在 Android 应用开发中，Compose Multiplatform 是一个强大的跨平台 UI 框架。然而，当应用使用 sharedUserId 属性时，开发者可能会遇到资源加载失败的问题。这个问题主要影响 Android 平台上的字符串和图片资源加载，而字体资源由于使用了不同的加载机制则不受影响。

问题现象

当开发者在 AndroidManifest.xml 中设置了 sharedUserId 属性后，Compose Multiplatform 的资源加载系统会失效。具体表现为：

• 字符串资源无法加载
• 图片资源无法显示
• 字体资源可以正常加载（因为使用了 Android 原生的 Asset 加载机制）

技术分析

问题的根源在于 Compose Multiplatform 的资源加载机制中使用的类加载器选择策略。当前实现中，资源加载优先使用当前线程的上下文类加载器（contextClassLoader），如果不可用则回退到当前类的类加载器。

private fun getClassLoader(): ClassLoader {
    return Thread.currentThread().contextClassLoader ?: this.javaClass.classLoader!!
}

当应用使用 sharedUserId 时，线程的上下文类加载器可能无法正确访问应用的资源，导致资源加载失败。这是因为 sharedUserId 改变了应用的运行上下文和资源访问权限。

解决方案探索

一个可行的解决方案是直接使用固定的类加载器，而不是依赖线程的上下文类加载器：

private object ResourceReader
private fun getClassLoader(): ClassLoader {
    return ResourceReader.javaClass.classLoader!!
}

这种修改之所以有效，是因为：

1. 它绕过了可能受 sharedUserId 影响的线程上下文类加载器
2. 直接使用 Compose 资源模块自身的类加载器，确保资源访问的一致性

兼容性考虑

虽然 sharedUserId 在较新的 Android 版本中已被标记为废弃，但许多遗留项目仍然需要使用它。因此，Compose Multiplatform 需要保持对这些场景的兼容性。

最佳实践建议

对于遇到此问题的开发者，可以采取以下临时解决方案：

1. 在等待官方修复期间，可以创建自定义的资源加载器
2. 考虑逐步移除对 sharedUserId 的依赖（如果项目允许）
3. 对于必须使用 sharedUserId 的项目，可以暂时使用上述修改后的类加载器实现

总结

Compose Multiplatform 在 Android 平台上与 sharedUserId 的兼容性问题揭示了跨平台框架在特定平台特性上可能存在的盲点。理解资源加载机制和类加载器的关系对于解决此类问题至关重要。开发者应当关注框架的更新，以获得更完善的兼容性支持。