年前公司与华为签订了合作备忘录，加入了鸿蒙生态这个大家庭。。公司想赶着鸿蒙纯血系统上市之前，发布自己的鸿蒙软件。开发鸿蒙NEXT版本软件就变成了今年的一个工作重心。
本文主要讲解开发过程中遇到的并发问题，官方API 11文档写的太简单了，根本没有解决方案，小编也是苦思冥想，绞尽脑汁才找到解决方案。需要开发鸿蒙的小伙伴可以仔细阅读，避免踩坑。
问题在开发清除缓存的功能时，鸿蒙NEXT提供的文档中说明，应用缓存文件有四个，需要清除指定的四个缓存文件夹。如图所示：
清除缓存代码如下：
import fs from '@ohos.file.fs'
fs.access("文件路径").then((isHas:boolean) => {
if(isHas) { //判断文件是否存在
fs.rmdirSync("文件路径")//删除文件
}
})
需要同时清除这四个文件夹，然后再计算这四个文件夹的大小。由于fs.access 方法是耗时操作。所以只能在异步线程中执行。
解决方案一般思路鸿蒙官方文档API 11 提供了使用Promise和async/await处理异步并发问题。
注意是单次I/O任务,可问题是我们需要解决同时并发问题，一次拿到四次清除缓存结果再去统计缓存大小。这个时候可能有的小伙伴就会说，那就先清除第一个，等一个结果返回再清除第二个,以此类推。也能解决问题。如下图所示：
fs.access("文件路径1").then((isHas:boolean) => {
if(isHas) { //判断文件是否存在
fs.rmdirSync("文件路径1")//删除文件
fs.access("文件路径2").then((isHas:boolean) => {
if(isHas) { //判断文件是否存在
fs.rmdirSync("文件路径2")//删除文件
.....................
}
})
}
})
但是这样就会带来两个问题：多层嵌套与代码混乱。在Flutter中这个问题非常好解决。这里就不详细描述了。
优雅方案使用Promise.all 解决。小编在官方文档中并没有找到Promise.all 相关说明，可能是鸿蒙还没注意到这种需求场景吧。直接上代码。
- 先将文件清除包装成一个异步任务。
asyncClear(dir: string): Promise<void> {
return new Promise((resolve, reject) => {
fs.access(dir).then((isHas: boolean) => {
if (isHas) {
fs.rmdir(dir)
}
resolve()
})
})
}
- 将四个缓存文件夹对应的任务放在一个数组中。
let promises = [
this.asyncClear("文件夹1"),
this.asyncClear("文件夹2"),
this.asyncClear("文件夹3"),
this.asyncClear("文件夹4")
]
- 将任务数组放进Promis.all中，等待四个任务执行结束。
Promise.all(promises).then(() => {
// 结束回调
})
- 在结束回调中 再去调用计算缓存大小的方法。
storageStatistics.getCurrentBundleStats().then((bundleStats) => {
let cacheSizeNum = bundleStats.cacheSize
let unit = "KB"
if (cacheSizeNum > 1024) {
cacheSizeNum = Math.floor(cacheSizeNum) / 1024
unit = "KB"
}
if (cacheSizeNum > 1024) {
cacheSizeNum = Math.floor(cacheSizeNum) / 1024
unit = "MB"
}
if (cacheSizeNum > 1024) {
cacheSizeNum = Math.floor(cacheSizeNum) / 1024
unit = "GB"
}
if (cacheSizeNum > 1024) {
cacheSizeNum = Math.floor(cacheSizeNum) / 1024
unit = "TB"
}
let chacheSizeString = "" Math.floor(cacheSizeNum) unit
});总结
鸿蒙NEXT的API还不算完善，需要每个开发者的参与，发现问题，提出问题，鸿蒙开发人员才能更好的解决问题。如果您也是鸿蒙开发者，有其他更好的解决方案，欢迎评论区交流 ，互相学习，互相成长!
