number_format对科学计数法字符串失效，因其只接受数字类型，需先用floatval()安全转换；极小/极大数应前置判断避免下溢或精度丢失。
科学计数法字符串（如 "1.23e-5"）不能直接被 number_format 格式化，必须先转成浮点数；否则会得到 "0" 或意外结果。
为什么 number_format 对 "1.23e-5" 失效
number_format 只接受数字类型（int 或 float），不解析字符串中的科学计数法。传入字符串 "1.23e-5" 时，PHP 会尝试隐式转换，但行为不可靠：在某些版本或上下文中可能转成 0，尤其当字符串含空格、单位或非标准格式时。
- 错误现象：
number_format("1.23e-5", 6)返回"0.000000"（不是"0.000012"） - 根本原因：PHP 字符串转数字时，
"1.23e-5"虽然合法，但number_format内部不调用完整 float 解析逻辑 - 安全做法：显式用
(float)或floatval()转换，再传给number_format
floatval() 比强制类型转换更稳妥
虽然 (float)"1.23e-5" 多数情况下能用，但 floatval() 对异常输入更宽容，比如开头有空格或混合符号的字符串。
-
floatval(" 1.23e-5")→1.23E-5（正确） -
(float)" 1.23e-5"→ 同样有效，但(float)"1.23e-5abc"会静默截断为1.23E-5，而floatval("1.23e-5abc")也一样——这点无本质区别 - 真正差异在边缘 case：
floatval("inf")返回INF，(float)"inf"在某些 PHP 版本返回0；科学计数法字符串一般不涉及此问题，但统一用floatval()更一致
处理极小/极大数时的精度与显示陷阱
即使成功转成 float，number_format 仍可能因浮点精度丢失或指数溢出导致显示异常。
立即学习“PHP免费学习笔记（深入）”；
- 例如：
number_format(floatval("1.2345678901234567e-10"), 15)可能输出"0.000000000123457"（末位四舍五入，非截断） - 若原数是
"1e-100"，转成 float 后实际是0.0（下溢），number_format就只能输出"0" - 解决思路：对超范围值做前置判断，比如用正则匹配
/^[+-]?(\d+\.?\d*|\.\d+)([eE][+-]?\d+)?$/提取指数部分，再按需用 BCMath 或字符串处理
推荐写法：封装一个安全转换函数
别每次手写转换逻辑，容易漏判。一个轻量函数就能覆盖多数场景：
function safe_number_format($value, $decimals = 0, $dec_point = '.', $thousands_sep = ',') {
if (!is_numeric($value) && !is_string($value)) {
return '0';
}
$num = floatval($value);
// 检查是否真的转出了有效数字（排除 INF/-INF/NAN 和下溢为 0 的情况）
if ($num === 0.0 && $value !== '0' && $value !== '0.0' && !preg_match('/^[-+]?(0\.?|0+\.)?0*$/', (string)$value)) {
// 可能是极小数下溢，按需返回科学计数法字符串或特殊标记
return $value;
}
return number_format($num, $decimals, $dec_point, $thousands_sep);
}
调用：safe_number_format("1.23e-5", 6) → "0.000012"；safe_number_format("1e-100", 6) → 原样返回 "1e-100"，避免误导性 "0.000000"。
最常被忽略的一点：科学计数法字符串本身可能来自数据库或 API，未必是标准格式（比如带空格、逗号、单位），所以别假设输入干净——验证和 fallback 比追求一行代码更关键。
