uni.getimageinfo 的 size 返回的是图片文件的磁盘字节数，而非解码后的内存占用；jpg/png 解码为位图后内存取决于分辨率×通道数×每通道字节数，js 层无法获取该值。
不能直接获取图片在内存中的实时占用大小。uni-app 运行时没有提供 API 读取某张图片解码后在 RAM 中的像素缓冲区体积，这属于底层渲染引擎（如 WebView、WKWebView、系统 Skia）的私有行为，JS 层不可见。
为什么 uni.getImageInfo 返回的 size 不是内存大小
uni.getImageInfo 的 size 字段返回的是图片文件的**磁盘字节数**（即压缩后体积），和内存中解码后的实际开销完全无关。一张 100KB 的 JPG，解码为 RGBA 4K 图像后可能占用 32MB 内存（4096×2160×4 字节），但 size 仍显示 102400。
- JPG/PNG 是压缩格式，加载时需完整解码为位图才能渲染，内存占用取决于分辨率 × 通道数 × 每通道字节数
- Webview 通常用 GPU 纹理缓存图片，这部分内存不暴露给 JS
- Android 上 Chrome/WebView 可能复用纹理或做尺寸缩放，iOS WKWebView 有独立的图像解码策略，行为不统一
Android 端可估算解码后内存（仅限原生桥接）
如果你必须粗略估算某张本地图片解码后的内存开销，可在 Android 原生层用 BitmapFactory.Options.inJustDecodeBounds = true 先读尺寸，再按公式算：
width × height × 4 // RGBA_8888 格式，最常见
实操要点：
- 仅支持
file://或android.resource://路径，http://或 base64 不适用 - 需通过
plus.android调用BitmapFactory.decodeFile，并捕获outWidth/outHeight - 别用
inSampleSize自动缩放——你要的是“原始解码尺寸”，不是缩略图 - 返回值单位是字节，除以
1024 * 1024得 MB
iOS 端无可靠方案
iOS 完全不开放图像解码中间状态。即使调用 UIImage 加载同一张图片，也无法从公开 API 获取其 backing store 大小；CGImageGetBytesPerRow + height 仅对已解码对象有效，而 uni-app 的图片加载路径（如 <image></image> 标签）不暴露该对象引用。
-
plus.ios无法绕过沙盒拿到UIImage实例指针 - 试图用
objc_getClass+performSelector强取内存信息，会触发 App Store 审核拒绝（私有 API） - 任何声称“iOS JS 层算出图片内存”的代码，本质都是用分辨率×4 的静态估算，和 Android 桥接一样不可靠
真正影响体验的是 OOM 或卡顿，而不是某个数字。与其纠结“这张图占多少内存”，不如监控 plus.memory.getAvailableMemory()（iOS）或 /proc/meminfo（Android）做整机内存水位预警，再结合图片懒加载、自动降质、尺寸裁剪来落地优化。
