uni-app中链式过滤器在H5可行但小程序端静默失效，须用computed/methods替代；参数需对象封装，避免原生方法调用，注意null/undefined传递及性能陷阱。
uni-app 中链式调用多个过滤器是可行的，但必须严格遵循 Vue 2 的语法限制和运行时约束——{{ value | filterA | filterB }} 这种写法本身合法，但一旦涉及参数、平台差异或执行时机，就极易失效或静默出错。
过滤器链的执行顺序和参数限制
Vue 过滤器链从左到右执行，{{ timestamp | formatDate | slice(0, 10) }} 等价于 slice(formatDate(timestamp), 0, 10)。关键点在于：
-
slice必须是已注册的过滤器，不能直接调用 JS 原生方法（如String.prototype.slice） - 带参数的过滤器不支持表达式传参，
{{ value | mergeOptions(item.id + '_suffix') }}会编译报错Invalid expression - 正确做法是把多参数封装成对象：
{{ value | mergeOptions({ id: item.id, suffix: '_text' }) }} - 如果某个过滤器返回
null或undefined，后续过滤器会直接接收该值，可能触发TypeError
小程序平台下过滤器链根本不会生效
uni-app 编译到微信小程序（mp-weixin）时，所有自定义过滤器（无论全局还是局部）都会被静默丢弃——模板层压根不解析 | 语法。你写的 {{ value | filterA | filterB }} 在 H5 能跑，在小程序里渲染结果就是空字符串，控制台也无任何提示。
- 调试时别依赖
console.log在过滤器函数里打点，它在小程序里根本不会执行 - H5 端可用
Vue.options.filters查看已注册列表；小程序端只能靠提前校验：在onLoad里打印this.$options.filters确认是否存在 - 跨平台稳定方案：把链式逻辑移到
computed或methods中，例如computed: { formattedTime() { return slice(formatDate(this.timestamp), 0, 10) } }
高频调用时性能陷阱：没有缓存，每次重算
过滤器在 v-for 中每项都执行一次，且无内置缓存机制。比如对 500 条数据做正则匹配+日期格式化+字符串截取，滚动时会明显卡顿。
- 数值类简单转换（如
toFixed(2)）影响不大 - 但含
JSON.parse、复杂正则、嵌套循环的过滤器，务必提前在data初始化或computed中处理好，别堆在模板里 - 若需动态参数（如用户可选的截取长度），不要写成
{{ item | truncate(length) }}，而应改为computed中根据length动态生成新数组 - 真要复用逻辑，抽成工具函数再封装为过滤器，比在模板里硬写更可控
真正容易被忽略的是：过滤器本质是模板层的语法糖，不是运行时能力。它无法异步、不能调原生插件、不参与生命周期、也不跨平台一致——想靠它串联复杂逻辑，不如一开始就用 computed 或 methods 显式表达意图。
