uni-app 过滤器无法生成图片缩略图地址，因其纯同步、不支持异步操作，调用 uni.getimageinfo 等 api 会静默失败；正确做法是移出 filter，在生命周期中用平台原生 api 或 cdn 参数化 url 实现。
uni-app 过滤器不能生成图片缩略图地址——它连读取图片尺寸、调用 uni.getImageInfo 或 uni.compressImage 的能力都没有，更别说触发原生缩略图 API。
过滤器里调用 uni.getImageInfo 会静默失败
过滤器是纯同步函数，不支持异步操作：
-
uni.getImageInfo返回 Promise（H5）或需要 success/fail 回调（小程序/App），在 filter 中无法等待结果 - 所有异步逻辑会被丢弃，filter 直接返回初始值或
undefined - 控制台通常无报错，但渲染出的始终是空字符串或原始 URL
真正能拿到缩略图地址的场景只有三个
你得把逻辑挪出 filter，放到能控制生命周期和异步流的地方：
- 小程序端：用
wx.getVideoInfo拿视频封面（仅限微信，且必须传tempFilePath） - App 端：用
plus.video.getThumbnail或ThumbnailUtils.createVideoThumbnail（Android）生成视频缩略图 - H5 端：用
canvas+video+drawImage截首帧（仅限本地或 CORS 友好视频）
图片缩略图（非视频）没有跨端统一 API：
- Android 原生可通过
MediaStore.Images.Thumbnails查媒体库已有缩略图，但需文件绝对路径 + 权限，uni-appJS 层拿不到 - iOS 没公开等效接口，
PHImageManager需原生封装 - 微信小程序对图片不提供类似
coverUrl的自动缩略图机制
替代方案：用计算属性 + 缓存兜底
如果你只是想“让图片 URL 变成带尺寸参数的 CDN 地址”，这才是过滤器该干的事：
- 接收原始 URL，拼接
?x-oss-process=image/resize,w_300,h_300,m_fill（阿里云）或?width=300&height=300&fit=cover（Cloudinary） - 不做任何本地处理，不测尺寸，不调 API
- 示例：
{{ imgSrc | thumbnailUrl(300, 300) }}→ 返回imgSrc + '?width=300&height=300'
复杂点在于：缩略图不是“前端算出来的”，而是服务端按需生成或原生系统预存的。硬塞进 filter，等于把发动机装进自行车铃铛里——位置错了，也转不起来。
