uni-app模板中不能直接调用tolocalestring()，需在computed中预处理格式化；推荐用正则实现千分位，配合parsefloat和tofixed统一小数位，并注意负数与locale兼容性。
uni-app模板里直接用toLocaleString()会报错
因为uni-app的WXML模板不支持调用JS原生方法，写{{ price.toLocaleString() }}会直接编译失败或渲染为空。模板语法只接受简单表达式，不能带括号调用。
- 必须把格式化逻辑提前放到data、computed或methods里，再绑定到模板
- 小程序端（尤其是微信）对
toLocaleString()的locale支持有限，en-US通常可用，但zh-CN在部分低端安卓机上可能回退成无分隔符 - 如果需要强兼容，别依赖浏览器API，自己写正则或用
Intl.NumberFormat（注意uni-app H5/小程序运行时差异）
推荐用computed做响应式千分位处理
比methods更轻量，比data初始化更灵活，且能自动响应原始数值变化。
- 在页面
computed中定义一个格式化计算属性，比如formattedPrice - 原始值建议存为number类型（避免字符串混入空格、逗号、¥等），否则正则替换容易出错
- 示例：
computed: { formattedPrice() { if (typeof this.price !== 'number') return '0.00' return this.price.toFixed(2).replace(/\B(?=(\d{3})+(?!\d))/g, ',') } }
金额含负数或小数位不固定时要小心
直接toFixed(2)会强制补零，但业务中可能遇到整数价格（如“199”）、带一位小数（如“99.5”）或后端返回字符串（如"1999.9000"）。
- 先用
parseFloat()转数字，再Number().toFixed(2)统一小数位，避免"199.9".replace这种字符串操作出错 - 负数需单独处理符号：
const sign = price ，再对<code>Math.abs(price)格式化 - 正则
/\B(?=(\d{3})+(?!\d))/g只匹配数字内部位置，不影响小数点和负号，是安全的
需要国际化或动态货币符号时别硬编码
比如显示¥1,999.00或$1,999.00，符号和分隔符规则可能随语言环境变。
- 小程序端
Intl.NumberFormat支持度尚可（微信基础库2.19.0+），但App端需确认nvue是否支持 - 简单方案：用
computed拼接，如this.currencySymbol + this.formattedPrice，currencySymbol从接口或配置读取 - 复杂场景建议封装成
filter（uni-app 3.x已废弃filter，改用methods或composables），但要注意H5和小程序性能差异——频繁触发format可能卡顿
null或""，直接toFixed会变成"NaN.00"，得兜底；还有分隔符在iOS和安卓输入法下粘贴金额时可能混入全角逗号，这些都得在赋值前清洗。
