别用过滤器实现千分位，尤其在小程序端——filters 在 uni-app 的 vue 2 模式下被小程序平台编译忽略，vue 3 模式下该 api 不存在；模板中不可直接调用 tolocalestring() 等方法，应通过 computed 或 methods 预处理。
直接告诉你结论：别用过滤器实现千分位，尤其在小程序端——filters 在 uni-app 的 Vue 2 模式下会被微信/支付宝/抖音等小程序平台编译忽略，Vue 3 模式下则根本不存在这个 API。你写了 {{ price | toThousands }}，真机上大概率不显示逗号，甚至报 filters is not defined。
为什么 filters 在小程序里基本失效
uni-app 的小程序平台（包括微信、支付宝、字节等）在编译阶段会剥离 filters 配置，无论你在 main.js 用 Vue.filter 全局注册，还是在组件 filters 选项里局部定义，都不会进入最终生成的 WXML 模板逻辑中。H5 端能跑通只是因为浏览器运行时还支持 Vue 2 的 filters 机制，但跨端项目不能只看 H5。
- 检查方式：在真机调试时打断点或加
console.log，你会发现过滤器函数压根没执行 - Vue 3 模式（
@dcloudio/uni-app≥ 3.0.0-alpha）下，Vue.filter调用会直接报错，模板里的|符号被当作文本原样输出 - 即使“看起来生效”，也可能是 H5 缓存或开发工具模拟，上线后立即失效
toLocaleString() 在模板里写法错误是高频雷区
很多人想图省事，在 template 里直接写 {{ price.toLocaleString('zh-CN') }}，结果编译报错或渲染为空。因为 uni-app 的模板引擎（WXML 渲染层）不支持带括号的 JS 方法调用，只允许简单表达式。
- 正确做法：把格式化逻辑提前放到
computed或methods中，再绑定到模板 -
toLocaleString()在低版本微信基础库（{ useGrouping: true }，可能返回无逗号或空格分隔的结果 - 传入字符串（如
"12345"）而非数字，某些平台会静默返回原字符串，不触发格式化
真正可靠且跨端的写法：Intl.NumberFormat + computed
这是目前兼容性最好、语义最清晰、精度可控的方案。主流小程序基础库（微信 ≥ 2.19.0、支付宝 ≥ 10.2.80+）均已支持 Intl.NumberFormat，且自动处理地区习惯、负数、小数位。
示例（Vue 2 语法，放在页面 computed 中）：
computed: {
formattedPrice() {
if (this.price == null) return '0.00'
const num = Number(this.price)
return new Intl.NumberFormat('zh-CN', {
minimumFractionDigits: 2,
maximumFractionDigits: 2
}).format(num)
}
}
模板中使用：{{ formattedPrice }}
- 务必先
Number()转类型，避免字符串输入导致Invalid输出 - 用
minimumFractionDigits: 2强制补零，比toFixed(2)更稳妥（后者在极少数安卓 WebView 下有浮点误差） - 不要依赖
maximumFractionDigits截断小数，旧版基础库可能忽略它；如需截断，应先Math.round(num * 100) / 100再格式化
如果必须手写正则，注意三个致命边界
正则方案虽轻量，但极易出错。以下写法看似简洁，实则漏掉关键场景：
- 没处理负号：
-1234567.89→-1,234,567.89是对的，但/(\d)(?=(\d{3})+\.)/g会在负号后错位插入逗号 - 没过滤科学计数法：
1e6经Number()后是1000000，但若原始值是字符串且未转，正则会匹配失败 - 没防护空值：
null、undefined、''直接进正则会返回"null"或报错，必须前置校验
安全正则（配合前置处理）：
const formatThousands = (val) => {
if (val == null || val === '') return '0.00'
const num = Number(val)
if (isNaN(num)) return '0.00'
const [integer, decimal] = num.toFixed(2).split('.')
const sign = num <p>真正容易被忽略的是：金额字段的原始数据类型。后端返回字符串（如 <code>"199900"</code> 表示分）、带单位（<code>"¥199.99"</code>）、含空格或逗号时，<code>Intl.NumberFormat</code> 和正则都会失效——格式化前必须做清洗，而不是指望过滤器兜底。</p>
