padzero过滤器在小程序中不生效是因平台支持断层：vue 2下h5可用，小程序端不解析|语法，vue 3已移除filter api；应改用方法调用并注意类型判断与性能优化。
uni-app 里用过滤器给数字补零，本质是字符串格式化问题，但直接写 {{ num | padZero }} 在多数真实项目中会失效——不是函数写得不对，而是平台支持断层：Vue 2 模式下 H5 可用，小程序端（微信/支付宝/字节）压根不解析 |，Vue 3 模式（uni-app 3.x）则已彻底移除 filter API。
为什么 padZero 过滤器在小程序里不显示结果
这不是 bug，是编译机制决定的：小程序端渲染靠 JSON 数据驱动 + 自定义组件树，模板里的 | 语法不会被识别，也不会报错，只会原样输出或留空。你在 H5 调通了，真机一跑就“消失”，就是这个原因。
- 检查
package.json中@dcloudio/uni-app版本：≥ 3.0.0 就是 Vue 3 模式，Vue.filter直接报错 - 即使版本是 2.x，微信小程序基础库 filters 选项也会被静默忽略
- 过滤器函数若用了
uni.getSystemInfoSync()或document，会在非 H5 环境报 ReferenceError
怎么写一个真正能跨端运行的 padZero 函数
放弃 Vue.filter，封装成纯函数，在 JS 层调用。它要处理常见边界：负数、小数、字符串输入、位数不足时补前导零、位数超长时不截断。
- 函数签名必须为
(value, length = 2)，第一个参数是原始值，不能省略 - 先转数字再转字符串：
String(Math.abs(Number(value)))，避免"00123"输入被当字符串处理 - 负号单独处理：补零只作用于绝对值部分，最后再拼上前缀
- 推荐写法：
return (value - 别用
toFixed()处理小数补零——它会强制保留小数位，和“整数位补零”是两回事
模板里怎么安全调用 padZero
不能依赖 |，改用计算属性或方法调用。这样既可复用，又明确可控。
- 在
setup()中导入并使用：import { padZero } from '@/utils/format.js'，然后formattedId: computed(() => padZero(props.id, 6)) - 如果只是单次使用，直接写在模板里：
{{ padZero(item.code || 0, 4) }}（前提是padZero已通过methods或setup暴露） - 禁止在
v-for循环里高频调用未缓存的 padZero —— 它没有响应式依赖追踪，每次 render 都重算，性能浪费 - 金额类补零（如 000123.45）不属于这个场景，那是千分位 + 小数精度问题，该用
Intl.NumberFormat或toLocaleString
最易被忽略的一点：补零逻辑常被误用于 ID 渲染，但后端返回的 ID 很可能是字符串（如 "123"），直接 Number("123") 没问题；可一旦遇到 "000123" 或 "A123"，padZero 就该提前做类型判断，而不是默认强转——否则 "000123" 补成 "00000123" 就错了。
