前言

年前公司與華為簽訂了合作備忘錄，加入了鴻蒙生態(tài)這個大家庭。。公司想趕著鴻蒙純血系統(tǒng)上市之前，發(fā)布自己的鴻蒙軟件。開發(fā)鴻蒙NEXT版本軟件就變成了今年的一個工作重心。

** 本文主要講解開發(fā)過程中遇到的并發(fā)問題，官方API 11文檔寫的太簡單了，根本沒有解決方案，小編也是苦思冥想，絞盡腦汁才找到解決方案。需要開發(fā)鴻蒙的小伙伴可以仔細(xì)閱讀，避免踩坑。**

問題

在開發(fā)清除緩存的功能時，鴻蒙NEXT提供的文檔中說明，應(yīng)用緩存文件有四個，需要清除指定的四個緩存文件夾。如圖所示：

清除緩存代碼如下：

import fs from '@ohos.file.fs'
          
    fs.access("文件路徑").then((isHas:boolean) = > {
      if(isHas) { //判斷文件是否存在
        fs.rmdirSync("文件路徑")//刪除文件
       
      }
    })

需要同時清除這四個文件夾，然后再計(jì)算這四個文件夾的大小。由于fs.access 方法是耗時操作。所以只能在異步線程中執(zhí)行。

解決方案

一般思路

鴻蒙官方文檔API 11 提供了使用Promise和async/await處理異步并發(fā)問題。

注意是單次I/O任務(wù),可問題是我們需要解決同時并發(fā)問題，一次拿到四次清除緩存結(jié)果再去統(tǒng)計(jì)緩存大小。這個時候可能有的小伙伴就會說，那就先清除第一個，等一個結(jié)果返回再清除第二個,以此類推。也能解決問題。如下圖所示：

fs.access("文件路徑1").then((isHas:boolean) = > {
      if(isHas) { //判斷文件是否存在
        fs.rmdirSync("文件路徑1")//刪除文件
               
       fs.access("文件路徑2").then((isHas:boolean) = > {
         if(isHas) { //判斷文件是否存在
           fs.rmdirSync("文件路徑2")//刪除文件
             .....................
        }
    })
      }
    })

但是這樣就會帶來兩個問題：多層嵌套與代碼混亂。在Flutter中這個問題非常好解決。這里就不詳細(xì)描述了。

優(yōu)雅方案

使用Promise.all 解決。小編在官方文檔中并沒有找到Promise.all 相關(guān)說明，可能是鴻蒙還沒注意到這種需求場景吧。直接上代碼。

1. 先將文件清除包裝成一個異步任務(wù)。

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

2. 將四個緩存文件夾對應(yīng)的任務(wù)放在一個數(shù)組中。

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

3. 將任務(wù)數(shù)組放進(jìn)Promis.all中，等待四個任務(wù)執(zhí)行結(jié)束。

Promise.all(promises).then(() = > {
      // 結(jié)束回調(diào)
    })

4. 在結(jié)束回調(diào)中 再去調(diào)用計(jì)算緩存大小的方法。

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
      });

總結(jié)

鴻蒙NEXT的API還不算完善，需要每個開發(fā)者的參與，發(fā)現(xiàn)問題，提出問題，鴻蒙開發(fā)人員才能更好的解決問題。如果您也是鴻蒙開發(fā)者，有其他更好的解決方案，歡迎評論區(qū)交流 ，互相學(xué)習(xí)，互相成長!

審核編輯 黃宇