倒计时不能用 filter 实现核心逻辑，因为 filter 是纯函数、不响应数据变化、无法调用 Date.now() 动态更新、不能管理定时器和生命周期，仅适合对已计算好的 remainSeconds 进行格式化展示。
uni-app 里倒计时不能靠过滤器（filter）实现核心逻辑，因为过滤器只做格式化输出，不参与时间计算、状态控制或生命周期管理——用它处理倒计时，必然跨端失准、切后台卡死、按钮锁死。
为什么倒计时不能用 filter 做计算
filter 是纯函数，接收值、返回格式化字符串，不响应数据变化，也不触发重绘。你传一个 endTime 进去，filter 只能算一次：{{ endTime | countdown }} 渲染完就结束，后续秒数不会自动更新。
- 无法调用
Date.now()动态重算剩余时间 - 不能绑定
setTimeout或清理定时器 - 不感知
onHide/onShow，切后台后仍显示错误数字 - 无法控制
isCounting状态，按钮禁用逻辑完全脱节
filter 只适合做「格式化展示」
如果你已有准确的剩余秒数（比如 remainSeconds 是响应式 data 字段），可以用 filter 把它转成 mm:ss 或 hh:mm:ss，但必须确保这个 remainSeconds 本身是用 setTimeout 递归 + Date.now() 校准出来的。
示例（安全用法）：
// main.js 或 filters/index.js 中定义
Vue.filter('countdown', function (seconds) {
if (seconds <= 0) return '00:00'
const m = String(Math.floor(seconds / 60)).padStart(2, '0')
const s = String(seconds % 60).padStart(2, '0')
return `${m}:${s}`
})
模板中使用：
<view>{{ remainSeconds | countdown }}</view>
注意：remainSeconds 必须由业务逻辑实时更新，不是 filter 自己算的。
常见误用：把 filter 当定时器用
这类写法看似简洁，实则必垮：
// ❌ 错误：filter 内部调用 setInterval，无法清理，页面卸载后内存泄漏
Vue.filter('countdown', function (endTime) {
let timer = setInterval(() => { /* ... */ }, 1000)
return '00:00' // 实际返回值被忽略，且 timer 永远不清
})
- filter 执行上下文不可控，
this指向丢失，无法访问组件 data 或生命周期钩子 - 多次渲染会重复创建定时器，
clearInterval无从下手 - H5 可能短暂跑几秒，小程序和 App 端几乎立刻失效
真正要稳定运行的倒计时，必须把时间校准、定时器调度、状态同步、生命周期清理全放在组件 methods 和钩子里，filter 最多配合作为“最后一道格式化工序”。最容易被忽略的是：filter 返回的字符串不会触发视图更新，它不等于响应式计算属性。
