dataStore.edit { mutablePreferences ->
mutablePreferences[key] = value
}
}
fun getDataLong(key: Preferences.Key): Flow<Long?> =
dataStore.data.catch {
if (it is IOException) {
it.printStackTrace()
emit(emptyPreferences())
} else {
throw it
}
}.map {
it[key] ?: -1L
}
fun getDataLongSyn(key: Preferences.Key): Long {
var value = -1L
runBlocking {
dataStore.data.first {
value = it[key] ?: -1
true
}
}
return value
}
4.迁移 SP 数据到 DataStore
我们来看看createDataStore的构造方法
fun Context.createDataStore(
name: String,
corruptionHandler: ReplaceFileCorruptionHandler? = null,
migrations: List<DataMigration> = listOf(),
scope: CoroutineScope = CoroutineScope(Dispatchers.IO + SupervisorJob())
): DataStore =
PreferenceDataStoreFactory.create(
produceFile = {
File(this.filesDir, “datastore/$name.preferences_pb”)
},
corruptionHandler = corruptionHandler,
migrations = migrations,
scope = scope
)
分析下构造方法中的几个参数
-
name：这个没啥好说的，就是 DataStore 的名字
-
corruptionHandler：如果数据存储在尝试读取数据时遇到 CorruptionException，则调用corruptionHandler。当数据无法反序列化时，序列化程序将引发CorruptionException
-
migrations：这个参数就是用来迁移 SP 的
-
scope：这个参数协程的作用域
迁移 SharedPreferences 到 DataStore
(1)传入一个SharedPreferencesMigration对象
(2)当 DataStore 对象构建完了之后，需要执行一次读取或者写入操作，即可完成 SharedPreferences 迁移到 DataStore，当迁移成功之后，会自动删除 SharedPreferences 使用的文件
有一点需要注意的是：迁移成功后会删除sp对应的xml文件，应该立即停止使用sp.
dataStore = context.createDataStore(
name = preferenceName,
migrations = listOf(
SharedPreferencesMigration(
context,
“你存储 SP 的 Name”
)
)
)
4.关于异步存取值
先看个demo例子
fun saveData() {
GlobalScope.launch {
saveDataInt(ketInt, 4)
saveDataLong(keyLong, 5)
saveDataString(keyString, “charles”)
saveDataBoolean(keyBoolean, true)
}
}
fun getData() {
//异步
GlobalScope.launch {
getDataInt(ketInt).collect {
Log.e(“Charles”, “ketInt==$it”)
}
getDataBoolean(keyBoolean).collect {
Log.e(“Charles”, “keyBoolean==$it”)
}
getDataLong(keyLong).collect {
Log.e(“Charles”, “keyLong==$it”)
}
getDataString(keyString).collect {
Log.e(“Charles”, “ketString==$it”)
}
}
按正常逻辑我们想的是依次取出我存的值，但现在打印确是:
2021-03-22 17:03:26.461 22076-22439/com.example.myapplication E/Charles: ketInt==4
这是因为 DataStore 的主要优势之一是异步 API，但可能不一定始终能将周围的代码更改为异步代码。如果您使用了采用同步磁盘 I/O 的现有代码库，或者您的依赖项不提供异步 API，就可能出现这种情况。 Kotlin 协程提供 runBlocking() 协程构建器，以帮助消除同步与异步代码之间的差异。您可以使用 runBlocking() 从 DataStore 同步读取数据。
只要加上 runBlocking ，块中的代码都会阻塞调用线程，直到执行结束为止。很明显，如果耗时的操作的话主线程会由于阻塞而造成卡顿的现象，所以耗时操作还是使用异步存储或读取吧。
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新
如果你觉得这些内容对你有帮助，可以添加V获取：vip204888 （备注Android）
面试复习笔记：
这份资料我从春招开始，就会将各博客、论坛。网站上等优质的Android开发中高级面试题收集起来，然后全网寻找最优的解答方案。每一道面试题都是百分百的大厂面经真题+最优解答。包知识脉络 + 诸多细节。
节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习。
《960页Android开发笔记》
《1307页Android开发面试宝典》
包含了腾讯、百度、小米、阿里、乐视、美团、58、猎豹、360、新浪、搜狐等一线互联网公司面试被问到的题目。熟悉本文中列出的知识点会大大增加通过前两轮技术面试的几率。
《507页Android开发相关源码解析》
只要是程序员，不管是Java还是Android，如果不去阅读源码，只看API文档，那就只是停留于皮毛，这对我们知识体系的建立和完备以及实战技术的提升都是不利的。
真正最能锻炼能力的便是直接去阅读源码，不仅限于阅读各大系统源码，还包括各种优秀的开源库。
、360、新浪、搜狐等一线互联网公司面试被问到的题目。熟悉本文中列出的知识点会大大增加通过前两轮技术面试的几率。
[外链图片转存中…(img-Xouw1Lms-1711655785725)]
《507页Android开发相关源码解析》
只要是程序员，不管是Java还是Android，如果不去阅读源码，只看API文档，那就只是停留于皮毛，这对我们知识体系的建立和完备以及实战技术的提升都是不利的。
真正最能锻炼能力的便是直接去阅读源码，不仅限于阅读各大系统源码，还包括各种优秀的开源库。
430
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
