过滤器不能直接计算时间差，因小程序平台仅支持单参数，endTime等额外参数会被忽略；且过滤器无this上下文，无法访问响应式数据，跨端兼容性差。
uni-app 里过滤器不能直接算时间差，原因很实在
你写 {{ startTime | timeDiff(endTime) }} 这种用法在 uni-app 里根本跑不通——Vue.filter 的第二个及之后参数（比如 endTime）在小程序平台会被忽略，H5 可能侥幸生效，但 App 和微信小程序编译时直接丢弃额外参数。更关键的是：过滤器函数本身没有 this 上下文，拿不到组件内其他响应式数据，endTime 只能靠模板传入，而传参方式又受限于平台兼容性。
真正能跨三端稳定运行的替代方案
放弃在 filter 里做计算，把逻辑移到响应式层：
- 用
computed封装成属性：适合两个时间戳都来自当前组件的 data 或 props，例如列表项里每个 item 都带start和end - 封装为工具函数 + 在
methods或computed中调用：适合复用，且能自由接收任意参数，不受平台限制 - 如果必须“像过滤器一样用”，就写成方法调用：
{{ timeDiff(item.start, item.end) }}，别套管道符
示例（工具函数）：
// utils/date.js
export function timeDiff(start, end) {
if (!start || !end) return ''
const diffMs = Math.abs(Number(end) - Number(start))
const diffSec = Math.floor(diffMs / 1000)
const sec = diffSec % 60
const min = Math.floor(diffSec / 60) % 60
const hour = Math.floor(diffSec / 3600)
if (hour > 0) return `${hour}小时${min}分`
if (min > 0) return `${min}分${sec}秒`
return `${sec}秒`
}为什么不能在 filter 里直接 new Date() 算差值
看似简单，但踩坑密集：
-
new Date(null)、new Date(undefined)、new Date('')都返回Invalid Date，后续调用.getTime()得NaN，不加isNaN()判断会导致整个组件白屏 - iOS Safari 对
'2024-06-01'这类字符串解析不稳定，时间戳最安全；但过滤器里没法自动把字符串转时间戳，得靠外部预处理 - 过滤器无法访问
uni.getSystemInfoSync()或平台判断逻辑，做不到“iOS 用时间戳、Android 用字符串”这种条件分支
所以，哪怕你硬写一个 timeDiff 过滤器，也必须要求传入的两个参数已经是合法数字类型，且调用方自己保证非空 —— 这个责任不该甩给过滤器。
小程序平台对过滤器参数的支持现状
微信小程序（mp-weixin）、支付宝小程序等原生渲染平台，Vue.filter 注册后仅支持单参数（即管道符左边的值），所有额外参数都会被截断。也就是说：
{{ start | timeDiff(end) }} → 实际只收到 start，end 是 undefined
{{ start | timeDiff }} {{ end }} → 语法错误，模板不允许拆开写
这不是 bug，是编译器设计如此。H5 能跑只是因为走的是 Vue 2 的 JS 解析路径，千万别当成通用能力。
真正要复用时间差逻辑，就老老实实导出函数、按需调用。跨平台稳定性，永远比模板写法“看着顺”重要得多。
