为什么数据存储比共享首选项慢

Question

我正在检查数据存储和共享首选项的执行时间，我发现数据存储比共享首选项花费更多时间。

这是我的代码

suspend fun saveUser(user: User, context: Context) {
            val userString =
                Json.encodeToString(User.serializer(), user)
            val time1 = System.nanoTime()
            context.dataStore.edit { preferences ->
                preferences[PreferencesKeys.USER] = userString
            }
            val time2 = System.nanoTime()
            with(userPref.edit()) {
                putString(HOME_USER_KEY, userString)
                apply()
            }
            val time3 = System.nanoTime()
            println("Time taken")
            println("Datastore : ${time2 - time1}")
            println("Shared Preferences : ${time3 - time2}")
        }

和输出

I/System.out: Time taken
I/System.out: Datastore : 208257769
I/System.out: Shared Preferences : 14458539

I/System.out: Time taken
I/System.out: Datastore : 2892692
I/System.out: Shared Preferences : 246462

I/System.out: Time taken
I/System.out: Datastore : 3043770
I/System.out: Shared Preferences : 293846

I/System.out: Time taken
I/System.out: Datastore : 5548077
I/System.out: Shared Preferences : 321846

I/System.out: Time taken
I/System.out: Datastore : 2344076
I/System.out: Shared Preferences : 208616

知道为什么会发生这种情况吗？

Answer 1

因为数据存储具有额外的线程安全层- 在本例中edit { }是挂起函数，该函数“在幕后”切换调度程序并等待磁盘写入实际完成。

SharedPreferencesapply不会这样做 - 它在启动异步磁盘写入时将更改存储在内存中，您无法控制也无法处理任何错误。