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)，误差可能累积。
