uni.getStorageInfoSync 不返回 App 总占用空间，因其仅获取 localStorage/uni.setStorage 数据，与原生磁盘占用无关；App 端需通过原生插件统计 NSCachesDirectory、NSDocumentDirectory 等私有目录。
uni.getStorageInfoSync 为什么返回的不是 App 总占用空间？
因为 uni.getStorageInfoSync 只查微信小程序或 H5 的本地存储（localStorage / uni.setStorage 数据），和 App 实际磁盘占用完全无关。在 App 端（iOS/Android），它甚至可能只返回空对象或抛错，尤其在非微信环境里——这是最常被误解的一点。
真正要算「当前 App 占用多少 MB」，得走原生层：iOS 读 NSCachesDirectory + NSDocumentDirectory，Android 查 getCacheDir() + getFilesDir()。uni-app 没有内置 API 覆盖这个能力。
- 别指望
uni.getStorageInfo或uni.getFileSystemManager能拿到安装包、图片缓存、数据库文件等真实体积 - 真机调试时看到的「12MB」可能是开发者工具模拟值，和手机上实际占用差几倍都正常
- 如果你用的是
uni.downloadFile下载到temp或cache目录，那些文件压根不计入uni.getStorageInfo
App 端获取真实存储占用必须写原生插件
uni-app 的标准 API 不提供访问原生文件系统总大小的能力，必须通过自定义原生插件桥接。比如 Android 侧用 getCacheDir().getUsableSpace() 和 getFilesDir().getUsableSpace() 倒推已用空间；iOS 侧遍历 NSCachesDirectory 和 NSDocumentDirectory 并递归统计。
- 插件需分别实现
getAppDiskUsage方法，返回{ used: number, total: number }（单位字节） - 注意 Android 10+ Scoped Storage 限制：不能直接扫外部存储，只能查本 App 私有目录
- iOS 上
NSDocumentDirectory包含用户导出文件，NSCachesDirectory是临时缓存，二者都要统计才接近真实值 - 别漏掉 SQLite 数据库文件（通常在
Documents下）、uni.uploadFile生成的临时文件、以及 WebView 缓存目录（Android 的WebViewCache）
临时方案：用 plus.runtime 获取粗略体积（仅 5+ App）
如果你只打包了 5+ App（即用 manifest.json 中的「5+ App」模式），可以借助 plus.runtime 的私有接口快速估算。虽然不精确，但比纯猜强。
const res = plus.runtime?.getAppInfo?.(); // res?.size 是安装包体积（MB），不是运行时占用 // 需配合 plus.io.resolveLocalFileSystemURL 扫描 cache 目录
-
plus.runtime.getAppInfo().size返回的是 .apk/.ipa 安装包大小，和运行后膨胀的缓存无关 - 可用
plus.io.resolveLocalFileSystemURL('_www/')和'_doc/'等路径手动 list 文件并累加file.size - 该方式在微信小程序、H5、支付宝小程序中完全不可用，且 5+ App 已逐步被 uni-app 官方弱化支持
- 扫描耗时明显，别在 onShow 里反复调，建议加防抖或仅在设置页手动触发
缓存清理逻辑必须区分「可删」和「不可删」目录
很多开发者一上来就 uni.removeStorageSync + 全目录递归删除，结果把用户上传的草稿、离线地图、加密密钥全清了。真实缓存管理的核心是分类。
-
uni.setStorage存的数据：可安全清，对应uni.clearStorage -
uni.downloadFile的filePath若落在uni.env.USER_DATA_PATH下：属于用户数据，别动 -
uni.downloadFile默认存在temp目录：每次冷启动后自动清理，但热更新期间可能堆积，建议定期uni.getTempFilePath+uni.removeSavedFile - SQLite 数据库文件（如
uni_modules/xxx/db.db）：除非明确支持「清除离线数据」，否则默认保留
真正难的不是算出数字，而是定义清楚哪些字节属于「缓存」、哪些是「用户资产」——这个边界一旦划错，清理功能就会变成删库跑路。
