php旧版无bcmath时，float存小数必丢精度；应统一缩放为整数运算，守住缩放因子不变和中间不转float两条线，mysql和json输出均需字符串化处理。
PHP 旧版不支持 bcmath 时，float 直接保存小数会丢精度
PHP 默认的 float 是双精度浮点数（IEEE 754），在 0.1 + 0.2 !== 0.3 这类运算中必然出错；更严重的是，用 json_encode 或插入 MySQL 的 DECIMAL 字段时，12.30 可能变成 12.3，甚至因科学计数法显示为 1.23e1。这不是“显示问题”，是底层二进制表示根本存不准。
用字符串模拟定点数：核心是统一缩放 + 整数运算
绕过浮点，把小数转成整数来算——比如金额保留两位小数，就统一乘以 100 存整型，所有加减乘除都在整数层面做，最后再除回。关键不是“自己写四则函数”，而是守住「缩放因子不变」和「中间结果不转 float」这两条线：
- 输入时立刻转整数：
intval(round($input * 100))（注意round防止0.29 * 100 === 28.9999999） - 加减直接整数运算：
$a_cents + $b_cents - 乘法需再缩放：
($a_cents * $b_cents) / 100（但必须确保除法前不溢出，int范围内才安全） - 除法最危险：必须用
floor或round显式取整，且要决定舍入规则（银行家舍入？截断？）
MySQL 插入前必须转字符串，否则 PHP 自动转 float 再传参
哪怕你代码里存的是 1234 表示 12.34，一旦拼进 SQL 字符串或用 PDO 绑定参数时类型没设对，PHP 仍可能把它当 float 处理。最稳做法：
- 用 PDO 时显式绑定为
PDO::PARAM_STR：$stmt->bindValue(':price', (string)$cents, PDO::PARAM_STR) - 直接拼 SQL（不推荐但老项目常见）：用
sprintf('%.2f', $cents / 100)—— 注意这里%.2f是格式化输出，不是存储逻辑 - 绝对不要：
"$cents/100"这种字符串拼接，PHP 会隐式转 float
JSON 输出小数要控制格式，不能依赖 json_encode 默认行为
json_encode 对 float 会自动省略末尾零、可能触发科学计数法；即使你内部用整数存，输出时若临时转 float 就前功尽弃。正确姿势是输出前格式化为字符串：
立即学习“PHP免费学习笔记（深入）”；
- 用
number_format($cents / 100, 2, '.', '')→ 得到"12.34"（注意第三个参数是小数点，第四个是千分位，空字符串防逗号） - 如果字段必须是数字类型（如某些 API 规范），那就得接受它本质是 float，此时应改用
bcmath或升级 PHP，别硬扛 - 别用
(string)($cents / 100)—— 浮点除法一上来就失真
真正难的不是写几个函数，是全局统一缩放因子、堵死所有 float 中间态、以及让团队所有人理解“这个字符串不是为了显示，是唯一可信值”。一旦某处悄悄 floatval() 一下，整套就崩了。
