PHP小数处理无通用写法，须按用途分场景：计算用bcmath（需检测扩展）、存储禁用float、显示用number_format并做类型断言；混合场景需拆解为截断与格式化两步。
PHP 保存小数没有“通用兼容写法”，必须根据数据用途（显示？计算？存储？）和环境（PHP 版本、是否启用 bcmath 或 gmp）分开处理；盲目用 round() 或强制类型转换会引入精度丢失或意外截断。
PHP 各版本对 float 小数的底层表现一致，但函数行为有差异
PHP 5.6 到 8.3 都基于 IEEE 754 双精度浮点，0.1 + 0.2 !== 0.3 是所有版本共性。差异集中在格式化与舍入函数：
-
round($val, $precision)：PHP 7.3+ 支持PHP_ROUND_HALF_UP等模式；7.2 及更早默认使用“四舍六入五成双”（银行家舍入），容易误判结果 -
sprintf('%.2f', $val)：始终字符串化，且受系统 C 库影响，某些旧环境（如 Alpine + musl）对极小数可能输出-0.00 -
number_format($val, 2)：自动千位分隔，不适合纯数值存储；返回字符串，二次转(float)仍会触发精度问题
需要精确计算时，必须检测并启用 bcmath 扩展
数据库存金额、金融运算等场景，float 不可接受。不能假定扩展已开启：
- 先检查：
extension_loaded('bcmath')，未加载则需报错或降级处理（如拒绝提交） - 用
bcadd('1.01', '2.02', 2)替代1.01 + 2.02，注意所有操作数必须是字符串，小数位数由第三个参数显式指定 - 避免混用：不要把
bcadd()结果直接传给round()—— 字符串进、字符串出，round()会先转 float 再舍入，白忙一场
仅用于展示的小数，优先用 number_format + 类型断言
前端显示价格、统计报表等，不参与后续计算，重点是可控、可读、无负零：
立即学习“PHP免费学习笔记（深入）”；
- 统一用
number_format((float)$val, 2, '.', '')，显式转float消除字符串输入歧义，固定小数点和空千位符 - 对可能为
null或非数字的变量，加判断：is_numeric($val) ? number_format((float)$val, 2, '.', '') : '0.00' - 避免
str_replace(',', '', number_format(...))—— 多余且在 locale 变更时失效
真正麻烦的是混合场景：比如用户输入“19.999”要存数据库（需截断到 2 位）、同时页面显示“20.00”。这时候不能只靠一个函数解决，得拆成两步：先用 bcround()（自定义封装）做无损截断，再用 number_format() 格式化显示。很多人卡在“想一招鲜”，反而让 float 在中间环节污染了整个流程。
