从 KMM 模块获取 applicationContext
Get applicationContext from a KMM module
我目前正在开发一个简单的 KMM 模块,它需要 Context
才能执行一些操作。我知道通过扩展 Application
class 和进行依赖注入来实现这一目标的方法。我现在想做什么 - 使这个模块开箱即用,无需修改 manifest
或在启动时手动注入。我只是想知道做这样的事情是不是一种不好的做法:
@SuppressLint("StaticFieldLeak")
object SomeUtil {
private val context = Activity().applicationContext
}
因为 applicationContext
return 整个应用程序的 Context
和我们初始化它一次会不会有泄漏?或者还有其他的点没做到吗?
也许还有其他一些方法可以从模块中获取应用上下文?我看过一些从线程中检索它的示例,但据我所知,这将被(或已经)弃用。
更新:这会导致错误。 Activity()
好像是 null
。那么有什么想法可以在没有 DI 和“MyApplication”的情况下实现吗?
好吧,我首先要说这不是真正的 KMM 问题。这仅适用于 Android 代码。
据我所知,不,如果没有一些半黑的解决方案,就无法静态地、全局地访问应用程序上下文。这是一个长期存在的问题,目前还没有很好的解决方案。
Crashlytics 通过注册 ContentProvider 来做(做过?)一些奇怪的事情,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) { .... }
}
上下文(还有 Activity、应用程序、服务)实例由 Android 框架创建和销毁,手动(或模拟)创建实例可能会在编译时工作,但它们会导致运行时异常
这是 android 库中的一个常见问题 - 如何在不访问应用程序代码库的情况下获取应用上下文?这就是为什么您经常在 Application.onCreate()
中用 SharedPrefHelper.init(applicationContext)
之类的东西初始化库
由于 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>
我目前正在开发一个简单的 KMM 模块,它需要 Context
才能执行一些操作。我知道通过扩展 Application
class 和进行依赖注入来实现这一目标的方法。我现在想做什么 - 使这个模块开箱即用,无需修改 manifest
或在启动时手动注入。我只是想知道做这样的事情是不是一种不好的做法:
@SuppressLint("StaticFieldLeak")
object SomeUtil {
private val context = Activity().applicationContext
}
因为 applicationContext
return 整个应用程序的 Context
和我们初始化它一次会不会有泄漏?或者还有其他的点没做到吗?
也许还有其他一些方法可以从模块中获取应用上下文?我看过一些从线程中检索它的示例,但据我所知,这将被(或已经)弃用。
更新:这会导致错误。 Activity()
好像是 null
。那么有什么想法可以在没有 DI 和“MyApplication”的情况下实现吗?
好吧,我首先要说这不是真正的 KMM 问题。这仅适用于 Android 代码。
据我所知,不,如果没有一些半黑的解决方案,就无法静态地、全局地访问应用程序上下文。这是一个长期存在的问题,目前还没有很好的解决方案。
Crashlytics 通过注册 ContentProvider 来做(做过?)一些奇怪的事情,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) { .... }
}
上下文(还有 Activity、应用程序、服务)实例由 Android 框架创建和销毁,手动(或模拟)创建实例可能会在编译时工作,但它们会导致运行时异常
这是 android 库中的一个常见问题 - 如何在不访问应用程序代码库的情况下获取应用上下文?这就是为什么您经常在 Application.onCreate()
SharedPrefHelper.init(applicationContext)
之类的东西初始化库
由于 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>