问题描述
我目前正在开发一个简单的 KMM 模块,它需要 Context
才能执行一些操作。我知道通过扩展 Application
类和进行依赖注入来实现这一点的方法。我现在想做什么 - 使这个模块开箱即用,无需修改 manifest
或在启动时进行手动注入。我只是想知道做这样的事情是不是一种不好的做法:
@SuppressLint("StaticFieldLeak")
object SomeUtil {
private val context = Activity().applicationContext
}
由于 applicationContext
为整个应用程序返回 Context
并且我们将其初始化一次,所以会不会有泄漏?或者还有其他一些不符合的地方吗?
也许还有其他一些可能性可以从模块中获取应用程序上下文?我看过一些从线程中检索它的例子,但据我所知,这将(或已经)被弃用。
UPD:这会导致错误。 Activity()
似乎是 null
。那么有什么想法可以在没有 DI 和“MyApplication”的情况下实现这一目标?
解决方法
好吧,我首先要说这不是真正的 KMM 问题。这仅适用于 Android 代码。
据我所知,不,没有一些半hacky解决方案,没有办法静态地、全局地访问应用程序上下文。这是一个长期存在的问题,并没有很好的解决方案。
Crashlytics 通过注册一个仅用于获取应用程序并使其可用的 ContentProvider 做了一些奇怪的事情。假设您作为 aar 发布,它会为您注册 ContentProvider。
https://firebase.googleblog.com/2016/12/how-does-firebase-initialize-on-android.html
我不建议这样做。我非常喜欢自己配置库上下文初始化,但您可以尝试使用 ContentProvider 路由。
,简答:将其注入构造函数或作为方法参数:
class SomeUtil(private val context: Context) {
....
}
object SomeUtil {
fun someMethod(context: Context) { .... }
}
Context(还有Activity、Application、Service)实例由Android框架创建和销毁,手动(或mocking)创建实例可能在编译时有效,但在运行时会导致异常
,这是 android 库中的一个常见问题 - 如何在无法访问应用程序代码库的情况下获取应用程序上下文?这就是为什么您经常在 SharedPrefHelper.init(applicationContext)
Application.onCreate()
之类的内容来初始化库
由于 KMM 共享代码是一个库,您会遇到类似的问题。 Android app startup 是一个 androidx 库,旨在解决这个问题(以及提高启动性能)。
粗略示例(共享代码中的所有内容):
// In androidMain
class MySqlDelightInitialiser : Initializer<SqlDriver> {
override fun create(context: Context): SqlDriver {
val driver = createDriver(context)
MyLibraryObject.init(context,driver)
return driver
}
override fun dependencies(): List<Class<out Initializer<*>>> {
return emptyList()
}
}
// In androidMain/AndroidManifest
<application>
<provider
android:name="androidx.startup.InitializationProvider"
android:authorities="${applicationId}.sql-delight-initialiser"
android:exported="false"
tools:node="merge"
tools:replace="android:authorities"
>
<meta-data
android:name="my.package.SqlDelightInitialiser"
android:value="androidx.startup"
/>
</provider>
</application>