推荐使用(float)或(double)强制转换，零开销且安全；避免floatval()（冗余）和number_format()（返回字符串）；注意大整数溢出导致的失真。
直接用 (float) 或 (double) 强制类型转换最安全
PHP 中 int 转 float 本质是类型提升，不是“解析”或“格式化”，所以不需要函数调用、不涉及精度丢失（只要原值在 float 表示范围内）。(float) 和 (double) 在 PHP 中完全等价，底层都是 IEEE 754 双精度浮点数。
常见错误是误用 floatval() 或 number_format()：前者虽能工作但多一层函数调用，后者返回字符串，反而引入隐式转换风险。
-
(float) 42→42.0（推荐，零开销） -
floatval(42)→42.0（可行，但没必要） -
number_format(42, 1)→"42.0"（错！得到字符串，后续运算可能触发意外的字符串转数字）
注意大整数溢出：超过 PHP_INT_MAX 的 int 强转会失真
PHP 的 int 是有符号整型，最大值由 PHP_INT_MAX 决定（通常是 263−1 或 231−1）。一旦原始整数超出这个范围，它在进入 float 前可能已被截断或解释为负数——这时再转 float 已经晚了。
例如在 32 位系统上：(float) 2147483648 实际先被解释成 -2147483648（溢出），再转成 -2147483648.0，而非预期的正数。
立即学习“PHP免费学习笔记（深入）”；
- 检查是否超限：用
$n > PHP_INT_MAX || $n - 若需处理超大整数，应从一开始就用字符串输入，配合
bcadd()等扩展，而不是依赖 float - float 本身也不能精确表示所有大整数（如 253 + 1 无法被 float 区分）
json_encode() 和数据库写入时的隐式 float 转换陷阱
PHP 数组序列化或存入数据库时，如果字段定义为 FLOAT/DOUBLE，而你传的是 int，PDO 或 MySQL 驱动可能自动转成 float——但这个过程不可控，且 JSON 编码时 json_encode([42]) 输出 [42]（仍是整数），而 json_encode([(float)42]) 输出 [42.0]。API 消费方可能依赖数值类型做判断。
- API 返回需明确类型时，主动用
(float)而不要依赖自动转换 - 数据库插入前，若字段是 FLOAT，建议显式转换，避免 PDO 的
PDO::ATTR_EMULATE_PREPARES开启时的类型猜测行为 - 对比：
var_dump(json_encode([42]))→string(3) "[42]"；var_dump(json_encode([(float)42]))→string(5) "[42.0]"
别用 round($x, N) 来“确保是 float”
round() 返回的是 int（当小数位为 0 时）或 float（当有小数位时），它的设计目标是四舍五入，不是类型转换。比如 round(42, 0) 在 PHP 8+ 返回 42（int），不是 42.0。
- 想得到 float 就老实用
(float)，别绕路 - 如果后续要保留小数位显示，那是格式化问题，该用
sprintf('%.2f', $x)或number_format()，但它们返回字符串 - 混淆类型和格式是 PHP 类型相关 bug 的主要来源之一
真正麻烦的从来不是怎么转，而是转完之后没意识到 float 无法精确表示十进制小数（比如 0.1 + 0.2 !== 0.3），以及大数在 int → float 过程中已经悄悄变了样。
