number_format返回字符串，不可直接用于计算；应先round控制精度，再sprintf格式化，跨语言交互时优先用字符串+Decimal避免浮点误差。
PHP number_format 会转成字符串，别直接用于计算
很多 PHP 开发者用 number_format($val, 2) 处理小数后，发现传给 Python 接口时数值对不上——因为 number_format 返回的是字符串（如 "12.30"），Python 解析时可能丢掉末尾零、或被当成浮点再计算引发精度漂移。
- 如果只是展示，
number_format没问题；但对接接口前必须还原为数值类型 - 正确做法：先用
round($val, 2)控制精度，再用sprintf('%.2f', $val)格式化（返回字符串但保证两位小数） - 注意
round()默认使用「四舍六入五成双」，和 Python 的round()行为一致（Python 3.9+），避免跨语言偏差
Python 接口要求 float 还是 string？看文档，别猜
有些 Python 后端接收字段声明为 float，但实际用 json.loads() 解析时，"12.30" 和 12.3 都变成 12.3 —— JSON 规范里没有「保留小数位」的概念，浮点数本质不存精度。
- 若 Python 端用 Pydantic 或 FastAPI 的
Decimal字段，那 PHP 必须传字符串（如"12.30"），否则会丢失精度 - 若只接受
float，PHP 传12.3或12.30效果一样，但建议统一用sprintf('%.2f', $val)再floatval()转一次，确保无隐式截断 - 实测常见坑：PHP
12.300000000000001→round(..., 2)→12.3，但 Pythonround(12.300000000000001, 2)也是12.3，表面一致，底层二进制表示不同，后续运算仍可能差 1 ULP
PHP 浮点数本身就不精确，别在中间环节做多次 round
PHP 的 float 是 IEEE 754 双精度，像 0.1 + 0.2 不等于 0.3。如果你在入库前 round($a + $b, 2)，又在 API 输出前再 round(..., 2)，误差可能累积。
- 统一在「最终输出前」做一次舍入，中间全用
string或BCMath运算（如涉及金额） - 简单场景可用
bcadd($a, $b, 2)替代+，再bcdiv($res, '1', 2)控制位数 - 别信
ini_set('precision', '2')—— 这只影响var_dump显示，不改变实际值
验证偏差的最快方式：打日志对比原始二进制
当 PHP 和 Python 数值“看起来一样但校验失败”，别只比字符串输出。Python 侧加一句：print(f'{val:.18e}')，PHP 侧用：printf('%.18e', $val);，看科学计数法下是否真一致。
立即学习“PHP免费学习笔记（深入）”；
- 常见结果：PHP 输出
1.230000000000000000e+1，Python 输出1.229999999999999982e+1—— 这说明某处用了float计算而非定点 - 此时要回溯：PHP 是否从数据库取的是
float字段？Python 是否从字符串解析时用了float('12.30')而非Decimal('12.30')？ - 最稳方案：PHP 输出用
sprintf('%.2f', $val)，Python 输入用Decimal(input_str)构造，全程绕过 float
