防截断关键是全程杜绝float介入：从http请求取原始字符串、php用bc函数计算、数据库用varchar存储、json输出前转字符串、前端校验类型。
PHP 保存小数为字符串防截断，核心不是“怎么转”，而是“在哪转、谁在转、谁在解析”。直接用 (string)$float 或 json_encode() 确实能产出字符串，但多数截断问题其实发生在后续环节——比如 MySQL 插入时字段类型是 DECIMAL 却被 PHP 自动转回 float、或前端 JSON 解析又还原成 Number 导致精度丢失。
MySQL 存储前就该定死字符串格式
如果目标是“完全避免浮点运算介入”，那从 PHP 准备数据那一刻起，就不能让小数以 float 类型参与任何中间处理。尤其注意：number_format() 默认四舍五入、sprintf('%.10f', $x) 可能补零但不解决底层精度污染。
- 用
bcadd('0', $float, $scale)或strval($float)（仅限 PHP 8.0+ 对字面量 float 的可靠转换）获取原始字符串表示 - 数据库字段必须是
VARCHAR或TEXT，绝不能是DECIMAL/FLOAT—— 后者会强制解析再存储，等于白转 - 插入前检查：用
is_float($val) && !is_finite($val)排除 INF/NAN，它们转字符串后无法被安全 round-trip
json_encode() 本身不截断，但前端 JS 会
json_encode() 输出的是符合 JSON 规范的数字字面量（如 123.45678901234567），它不会主动截断。问题出在 JS 解析时——IEEE 754 double 最多精确到 17 位十进制数字，超过部分会被静默舍入。
