uni-app 中不存在全局默认图片滤镜机制，因各端对 <image> 的 CSS filter 支持极差，需通过封装自定义组件或服务端预处理实现跨端一致效果。
uni-app 里没有「设置默认图片过滤器」这个机制——filter 是 CSS 属性，不能全局绑定到所有 <image> 组件上，更不会自动作用于未显式声明的图片。所谓“默认”，必须靠手动控制或架构层约定。
为什么直接写 global.css 里的 image { filter: ... } 大概率失效
多数平台会忽略对 <image> 组件的 CSS filter 声明：
- 微信小程序完全不支持
<image>上的filter，写了也静默丢弃 - App 端（iOS WKWebView / Android WebView）对
<image>的filter支持极差，blur()、grayscale()基本无效 - H5 端虽能生效，但不同内核版本行为不一，比如旧版 Android WebView 需要
-webkit-filter前缀，且可能触发渲染异常 -
<image>是原生组件，不是普通 DOM 元素，其样式能力受限于各端渲染层封装，CSS 滤镜不属于稳定 API
想让图片“统一带滤镜”，只能靠显式封装组件
真正可控的做法是：把图片逻辑收口，用自定义组件替代原生 <image>，并在内部做条件处理：
- 组件接收
src和filterType（如'grayscale'、'sepia'）作为 props - 根据平台判断走哪条路径：
– H5：直接用<img>+ 内联style="filter: grayscale(1)"
– 小程序：用canvas绘制灰度图（需先uni.getImageInfo→ 创建 canvas → 计算像素）
– App：跳过前端滤镜，直接请求带滤镜的 URL（后端处理） - 避免在组件内硬编码“默认值”，而是由业务页传入，比如：
<filter-image src="..." filter-type="grayscale" /> - 注意：不要在组件里对
src做无条件转换，否则调试时无法看到原始图，建议加debugprop 临时关闭滤镜
服务端返回带滤镜的图片 URL 是最稳的“默认”方案
如果你的场景允许图片提前处理（比如头像、商品图、Banner），就别在前端折腾滤镜：
- 上传时带上
filter=grayscale参数，后端用 PIL/OpenCV 生成灰度图并存 CDN - 前端只管渲染：
<image :src="`https://cdn.example.com/photo.jpg?filter=grayscale`" /> - 这样 iOS/Android/小程序/H5 全平台一致，无兼容问题，也不消耗客户端性能
- 关键点：URL 中的
filter参数要和服务端路由或 CDN 规则对齐，避免 404；建议统一用 query string 而非 path，便于缓存区分
真正在多端跑滤镜，没“默认”可设，只有“路径选择”。最容易被忽略的是：你以为在 H5 上调通了 filter，就以为它能在 App 里生效——结果真机一测全白屏或卡死。跨端滤镜的本质，是放弃幻想，明确每张图该走哪条技术路径。
