PHP浮点转整型默认截断向零取整，非四舍五入或向下取整；受IEEE 754精度限制，(int)可能因浮点误差导致意外结果，金额计算须先round()或用BCMath。
PHP浮点数转整型默认是截断，不是四舍五入
直接用 (int) 或 intval() 转换浮点数时，PHP 会向零取整（truncate），即丢弃小数部分，不考虑正负号后的大小。比如 (int)3.9 得 3，(int)-3.9 得 -3，不是 -4。
- 这和 C 语言行为一致，但容易误以为是“向下取整”
-
floor()才是真正向下取整（floor(-3.9)→-4），ceil()向上（ceil(3.1)→4） - 如果业务需要四舍五入，必须显式调用
round()，不能依赖类型转换
浮点精度问题会让 (int) 转换结果出人意料
由于 IEEE 754 表示限制，很多十进制小数无法精确存储，例如 0.1 + 0.2 在 PHP 中不等于 0.3，而是 0.30000000000000004。这时候 (int)(0.1 + 0.2) 会得到 0，而非预期的 0 看似合理，但若参与金额计算（如 19.99 * 100 实际是 1998.9999999999998），(int) 就会变成 1998 —— 少了 1 分钱。
- 常见陷阱：用
(int)($price * 100)存储分单位金额 - 正确做法：先用
round($price * 100, 0)或number_format($price * 100, 0, '', '')固定精度再转 -
bcadd()、bcmul()等 BCMath 函数可避免浮点误差，但需字符串输入
intval() 和 (int) 在处理字符串浮点时行为不同
当输入是字符串（如 "12.34" 或 "12.99"），intval() 默认只解析开头数字，遇到小数点就停；而 (int) 会先将字符串转为 float，再截断 —— 这导致两者在边界值上可能结果不一致。
-
intval("12.99")→12（停在小数点） -
(int)"12.99"→ 先转成 float12.99，再截断得12（看起来一样） - 但
(int)"0.9999999999999999"可能因浮点表示变成1.0，截断后是1；而intval("0.9999999999999999")仍是0 - 安全建议：对字符串数值，统一用
filter_var($str, FILTER_VALIDATE_FLOAT)校验后再处理
用 round() 时要注意 mode 参数防银行家舍入干扰
PHP 7.3+ 的 round() 默认使用 PHP_ROUND_HALF_UP（传统四舍五入），但旧版本或显式指定 PHP_ROUND_HALF_EVEN（银行家舍入）会导致 0.5 不总进位，比如 round(2.5, 0, PHP_ROUND_HALF_EVEN) → 2，round(3.5, 0, PHP_ROUND_HALF_EVEN) → 4。
立即学习“PHP免费学习笔记（深入）”；
- 金融、计费类逻辑必须显式指定
PHP_ROUND_HALF_UP - 不要依赖默认行为，尤其在跨 PHP 版本部署时
- 示例：
round(123.456, 2, PHP_ROUND_HALF_UP)→123.46；省略第三个参数在某些环境可能有歧义
实际业务中，最常被忽略的是「浮点中间态」——哪怕你最终要整数，只要过程中出现乘除、累加、用户输入解析，就可能埋下精度偏差。别假设 (int) 是安全的兜底操作。
