number_format() 不适用于国际化货币显示与输入解析，因其硬编码英文格式、不支持货币符号和小数位配置、无法正确处理多语言输入。
直接用 number_format() 做货币显示，大概率会在多语言环境或用户输入解析时翻车——它不是为国际化货币设计的，只是个简单字符串格式化函数。
number_format() 在货币场景下的实际行为
它硬编码使用英文 locale 规则：小数点是 .，千分位是 ,。传入 1234567.89 得到 "1,234,567.89"；但若系统 locale 是 de_DE（德语），number_format() 仍输出英文格式，和页面其他本地化内容不一致。
更关键的是：它不识别货币符号、不处理小数位数差异（日元无小数位，印尼盾常用 0 或 2 位）、也不校验输入合法性。
- 传入
null或空字符串 → 返回"0"，静默掩盖错误 - 传入
"1234.567"→ 四舍五入成"1234.57"，但这是格式化动作，不是数据清洗 - 无法区分
"1.234,56"（德式输入）和"1,234.56"（美式输入）
Laravel 模型中用访问器做显示格式化
数据库存的是 decimal(10,2)，比如 1299.99，前端要显示成 ¥1,299.99 或 RM1,299.99，推荐在 Eloquent 模型里加访问器：
public function getFormattedPriceAttribute()
{
return '¥' . number_format($this->price, 2, '.', ',');
}
注意三点：
- 别在访问器里拼货币符号——符号应由 locale 或配置决定，比如用
config('app.currency_symbol') - 小数点和千分位参数（第三、四个参数）必须显式传，不能依赖系统 locale
- 这个属性只用于读取展示，不能用于计算或保存；计算一律用原始字段
$this->price
用户输入解析时别用 number_format() 做清洗
常见错误写法：$price = (int)str_replace(',', '', str_replace('.', '', number_format($request->TvPrice, 2)));
问题很实在：
-
number_format()本是输出函数，拿它处理输入属于职责错位 - 若用户输
"1.234,56"（欧洲习惯），number_format()先报 warning，再返回"0.00"，后面替换全白干 - 负数、空格、字母全被转成
0，毫无提示
正确做法是先清理再转换：
$raw = $request->TvPrice;
$clean = preg_replace('/[^\d.-]/', '', $raw); // 只留数字、点、减号
$float = filter_var($clean, FILTER_VALIDATE_FLOAT);
if ($float === false || $float <h3>真正需要国际化时，绕开 number_format()</h3><p>当项目要支持多语言货币（如 en_US 显示 <code>$1,234.56</code>，ja_JP 显示 <code>¥1,234</code>，id_ID 显示 <code>Rp1.234.567</code>），<code>number_format()</code> 就彻底不够用了。</p><p>此时必须用 <code>NumberFormatter</code>（PHP intl 扩展）或兼容包：</p>
- 确认 intl 已启用：
extension=intl在 php.ini 中，且没被注释 - 用
new NumberFormatter('id_ID', NumberFormatter::CURRENCY)实例化，自动适配印尼本地规则 - 若 intl 不可用（如某些 Windows 共享主机），改用
laravel-money包，它自带 fallback 逻辑
最易被忽略的一点：格式化函数只管「怎么显示」，不管「怎么存」。显示用千分位，存储必须用无格式纯数字（或分单位整数），二者边界一定要划清——混在一起，早晚出精度或解析 bug。
