用 sprintf 更可靠，因 number_format 处理负数、科学计数或边界值易出错，存在浮点精度导致的舍入偏差、默认千位分隔符干扰及对 INF/1e-5 等输入报错；sprintf 遵循 IEEE 舍入规则，输出纯净数字字符串。
直接说结论：用 sprintf 更可靠，number_format 在处理负数、科学计数或边界值时容易出意外。
为什么 number_format 有时会“四舍五入错”
number_format 本质是字符串格式化函数，它先对浮点数做内部转换，而 PHP 的浮点精度问题（如 0.295 实际存储为 0.29499999999999998）会导致它向下取到 0.29 而非预期的 0.30。它还默认使用千位分隔符，不传第三个参数时会用逗号，容易干扰后续计算。
- 必须显式传入空字符串作为第三个参数（千位分隔符）和小数点字符作为第四个参数，否则可能输出
"1,234.56"这类带逗号的字符串 - 遇到
-0.005这类负数，number_format(-0.005, 2)返回"-0.00"，而非数学上更合理的"-0.01" - 输入是
1e-5或INF时直接报 Warning
sprintf 是更可控的选择
sprintf 底层调用 C 的 printf，遵循 IEEE 浮点舍入规则（通常为“四舍六入五成双”），且不引入额外分隔符，返回纯数字字符串。
- 基本写法：
sprintf('%.2f', $value)—— 注意%.2f中的f表示浮点，.2表示两位小数 - 对
0.295，sprintf('%.2f', 0.295)稳定返回"0.30" - 负数也一致：
sprintf('%.2f', -0.005)→"-0.01" - 如果需要去除前导零（如
0.5→".50"），得自己截取或用正则，sprintf默认保留整数位
真要精确计算？别只靠格式化
格式化只是显示层操作，不改变原始值。如果业务要求“金额计算后必须精确到分”，应在运算阶段就用整数（单位：分）或 bcadd/bcmul 等 BCMath 函数。
