前言

年前公司与华为签订了合作备忘录，加入了鸿蒙生态这个大家庭。。公司想赶着鸿蒙纯血系统上市之前，发布自己的鸿蒙软件。开发鸿蒙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 相关说明，可能是鸿蒙还没注意到这种需求场景吧。直接上代码。

1.先将文件清除包装成一个异步任务。

asyncClear(dir: string): Promise<void> {
return new Promise((resolve, reject) => {
  fs.access(dir).then((isHas: boolean) => {
    if (isHas) {
      fs.rmdir(dir)
    }
    resolve()
  })
})

}

2.将四个缓存文件夹对应的任务放在一个数组中。

  let promises = [
  this.asyncClear("文件夹1"),
  this.asyncClear("文件夹2"),
  this.asyncClear("文件夹3"),
  this.asyncClear("文件夹4")
]

3.将任务数组放进Promis.all中，等待四个任务执行结束。

 Promise.all(promises).then(() => {
  // 结束回调
})

4.在结束回调中 再去调用计算缓存大小的方法。 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还不算完善，需要每个开发者的参与，发现问题，提出问题，鸿蒙开发人员才能更好的解决问题。如果您也是鸿蒙开发者，有其他更好的解决方案，欢迎评论区交流 ，互相学习，互相成长!