ThinkPHP模板中直接使用number_format会报错，因其未在默认白名单内；正确做法是在控制器或模型中预处理数值，或注册模板函数（需TP6.0.10+且注意环境一致性）。
模板里直接用 number_format 会报错？
ThinkPHP 模板默认不支持 PHP 原生函数直接调用，number_format 写在 {} 里会触发解析失败或空白输出。这不是语法写错了，是模板引擎没注册该函数。
- ThinkPHP 6 默认只允许白名单函数（如
date、substr）在模板中使用，number_format不在其中 - 强行写
{number_format($price, 2)}→ 报错Undefined function number_format()或静默失败 - 别试图在模板里
php标签内调用——TP6 已禁用模板中的原生 PHP 代码块
正确做法：在控制器或模型里预处理数值
把格式化逻辑提前到 PHP 层，传给模板的是已处理好的字符串，最稳、最可控。
- 控制器中用
number_format($price, 2, '.', ',')，注意第三个参数是小数点，第四个是千位分隔符 - 推荐封装成方法，比如
formatMoney($amount)，统一处理负数、空值、非数字等边界情况 - 如果字段多，可用
withAttr在模型里定义自动格式化属性：protected $withAttr = ['price' => 'formatMoney'] - 避免在模板里重复计算：比如同时要显示「¥1,234.56」和「1234.56」两种格式，不如传两个字段
$item['price_formatted']和$item['price_raw']
想在模板里“看起来像函数调用”？注册模板函数
如果你坚持要在模板里写 {number_format($price, 2)}，必须手动注册——但仅限 ThinkPHP 6.0.10+，且需确认模板驱动支持。
- 在
app/provider.php中添加：'think\template\driver\Think'对应的function配置项 - 或在视图初始化时调用：
View::engine()->function('number_format', 'number_format') - 注意：注册后仍要处理参数类型，
$price是 null 或字符串时，number_format会警告；建议包装一层容错函数 - 不推荐给团队项目加这个，容易引发环境差异问题（比如测试服开了，生产服忘了同步配置）
中文场景下 number_format 的坑
直接套用 number_format($price, 2) 在中文站大概率出错——不是功能问题，是体验问题。
立即学习“PHP免费学习笔记（深入）”；
- 它输出的是英文逗号分隔，比如
1,234.56，而国内习惯是1,234.56（对）但显示为「¥1,234.56」时，逗号易被误读为小数点 - 更常见的是需要「¥1,234.56」或「¥1234.56」，此时建议用
sprintf('¥%.2f', $price)+ 手动加千分位，或用money_format（已废弃）替代方案 - 真正稳妥的做法：用
NumberFormatter（intl 扩展），支持 locale（如zh_CN），但需服务端开启扩展，不是所有环境都具备 - 简单项目就用
str_replace(',', '', number_format($price, 2))去掉逗号，再拼前缀，反而最可靠
number_format 留在控制器里，比折腾模板函数安全得多——尤其当价格还要参与 JS 计算或 API 输出时，原始数值永远比格式化字符串好用。 
