uni-app 中 currency 符号拼接不能用 filters，因其在小程序端不执行、vue 3 中已移除；应改用 computed 或 usecurrency 组合式函数封装格式化逻辑，确保跨端一致且响应式。
别用 filters 做货币符号拼接——它在小程序端（微信、支付宝、字节）根本不会执行，H5 端也只在 Vue 2 模式下勉强可用，Vue 3（@vue/composition-api 或 setup）中已被移除。
uni-app 里 currency 符号拼接必须绕开 filters
模板里写 {{ price | currency }} 看似简洁，但真机调试时你会发现：微信开发者工具里没反应，真机上直接空白，甚至编译都不报错。这不是你漏写了 Vue.filter，是 uni-app 小程序平台压根不解析 filters 节点。
- 微信基础库 ≥ 2.19.0、支付宝 ≥ 10.2.80+ 支持
Intl.NumberFormat，但不支持模板调用函数，更不支持管道符 -
main.js中的Vue.filter仅对 H5 有效，App 和小程序端被编译器忽略 - 即使强行在
data或methods里定义了currency函数，模板里也不能写{{ price | currency }}—— 编译直接失败或静默丢弃
正确做法：用 computed 或 setup 函数提前拼好完整字符串
把符号和格式化逻辑一起封装进响应式计算属性或组合式函数，再绑定到模板。这样既可控，又跨端一致。
- 推荐用
computed：适合页面级单值，自动响应原始price变化，无需手动调用 - 若需复用，封装成
useCurrency组合式函数（放在utils/format.js），在多个页面 import 调用 - 符号不要硬编码，从接口或配置读取（比如后端返回
currencySymbol: "¥"），避免中英文切换时出错 - 示例（Vue 2 Options API）：
computed: { formattedPrice() { if (typeof this.price !== 'number') return '¥0.00' const num = Number(this.price) return `¥${new Intl.NumberFormat('zh-CN', { minimumFractionDigits: 2, maximumFractionDigits: 2 }).format(num)}` } }
手写正则拼接时容易踩的坑
如果项目要兼容老基础库（如微信
- 负数漏符号：
-1234.56格式化后变成¥1,234.56（少了负号），得先提取const sign = price ，再对 <code>Math.abs(price)处理 - 浮点误差：
0.1 + 0.2得0.30000000000000004，直接.toFixed(2)会显示¥0.30000000000000004，应先Math.round(num * 100) / 100 - 字符串混入干扰：后端返回
"1999.9000"或" 1999.9 "，需先parseFloat()或Number().toString().trim()清洗
App 端（nvue）和 H5 的行为差异
nvue 渲染层不支持 Intl.NumberFormat（截至 2026 年 8 月），H5 则完全支持。这意味着同一套代码在 App 上可能报 Intl is not defined 错误。
- 方案一：运行时检测
typeof Intl !== 'undefined'，不支持时 fallback 到正则方案 - 方案二：统一用
uView或uni-ui提供的money工具函数（它们内部已做兼容判断） - 千万别在 nvue 页面里直接调用
Intl.NumberFormat，也不要在onLoad里 try-catch 后全局挂载 —— 它不会生效，且增加白屏风险
最常被忽略的是原始数据清洗时机：符号拼接前，price 是 number 还是 string？是否含空格、全角逗号、¥ 符号？这些必须在赋值给 data 或 store 时就处理干净，而不是等到渲染才补救。
