过滤器不能直接计算时间差，必须先校验类型；推荐传入时间戳对象或数组，避免字符串解析兼容性问题；时间差统一用毫秒计算；动态文案应放 methods 而非过滤器。
过滤器里不能直接算时间差，先过类型校验关
很多人写 formatTimeDiff 过滤器时直接传两个参数：{{ startDate | formatTimeDiff(endDate) }}，但 Vue 过滤器只接受单个值作为第一个参数，endDate 会被当作 context 外部变量传入——而 filters 没有 this 上下文，endDate 在 H5 和小程序里常是 undefined 或 NaN。
真正能用的方式只有两种：传入时间戳数组，或拼接字符串再解析。推荐前者：
- 后端统一返回两个时间戳：
{ start: 1743165680000, end: 1743252080000 } - 过滤器接收一个对象或数组，避免跨平台参数丢失
- 别在过滤器里调
new Date()解析字符串，iOS 对"2026-08-05"直接报Invalid Date
时间差计算必须显式转时间戳，别信字符串构造
哪怕你拿到的是两个合法字符串（如 "2026-08-05" 和 "2026-08-06"），也不能直接 new Date(a).getTime() - new Date(b).getTime() —— iOS Safari 不认短横线格式，Android 和 H5 却能过，真机一跑就错。
正确做法是先标准化再转毫秒：
- 对每个输入值做类型判断：
typeof date === 'string' ? Date.parse(date.replace(/-/g, '/')) : Number(date) - 确保结果是数字，否则
isNaN()后 fallback 到当前时间或抛警告 - 差值单位统一用毫秒，后续再除以 1000/3600/86400 换算
过滤器只适合固定格式输出，动态文案得放 methods
formatTimeDiff 如果要返回 “2天3小时”“5分钟前”“已过期” 这类带逻辑的文案，过滤器会很快失控：它无法响应 data 变化、不能调用 this.$t、也不支持异步或复杂 if 分支。这类需求本质是业务逻辑，不是纯格式转换。
该放 methods 的场景包括：
- 对比当前时间判断“是否已开始/已结束”
- 根据差值区间返回不同文案（1d → “M月D日”）
- 需要国际化时动态取语言包
过滤器只做一件事：给定两个时间戳，返回 “2d 3h 15m” 这种确定结构的字符串。
uni-dateformat 组件不支持双时间对比，别硬套
有人试图用 <uni-dateformat :date="startDate" :threshold="[0, 3600000]"></uni-dateformat> 再套一层计算 endDate，这是错的。<uni-dateformat></uni-dateformat> 的 threshold 是针对单个时间点相对于 Date.now() 的偏移，它内部不接受第二个参考时间。
如果你需要显示 “距活动开始还有 X 天”，正确路径是：
- 在 data 或 computed 里预先算好差值：
remainMs: endTime - Date.now() - 用 methods 封装格式化逻辑，比如
formatRemain(remainMs) - 页面中直接调用：
{{ formatRemain(remainMs) }}
跨端最稳的其实是把计算逻辑收口到工具函数里，而不是塞进模板语法或组件属性里——尤其是当时间差要参与按钮状态、倒计时或条件渲染时，响应式依赖比一次性过滤更可靠。
