/ 运算符在 PHP 中专为真除法设计，始终返回 float（除非两整数整除且无溢出，属不可靠实现细节）；其强制浮点语义避免类型猜测混乱，但导致数组键、类型声明等场景易因类型不一致出错，需用 intdiv() 获取可靠整数商。
/ 运算符在 PHP 中设计目标就是浮点除法，所以它几乎总是返回 float ——这不是 bug，是明确的语义契约。
为什么 / 总是倾向返回 float？
PHP 的 / 不区分“整数除法”和“浮点除法”，它只做一件事：真除法（true division），结果类型由语言规范强制为 float，除非两个操作数都是整数且能整除。
- 10 / 2 →
5.0（float，不是int） - 10 / 3 →
3.3333333333333（float） - "10" / "2" →
5.0（字符串数字也会被转为float参与计算） - 10.0 / 2 →
5.0（只要任一操作数是float，结果必为float）
这种设计避免了 Python 2 那种“看类型猜语义”的混乱，但也意味着你不能依赖 / 返回整数类型——哪怕数学上是整除。
什么时候 / 会返回 int？
极少数情况：/ 确实可能返回 int，但仅当满足全部三个条件：
- 两个操作数都是
int类型（不是字符串、不是float） - 被除数能被除数整除（无余数）
- 结果在
int表示范围内（未溢出）
例如：8 / 2 可能返回 4（int），但这属于实现细节，不可靠、不保证、不建议依赖。PHP 官方文档明确说“/ 返回 float”，实际返回 int 是历史遗留的兼容行为，未来版本可能统一为 float。
用 / 做索引或键时容易出什么错？
因为返回类型不确定，/ 在需要严格类型的地方会悄悄失败：
- 作为数组键：
$arr[10 / 2] = 'x'→ 实际写入的是$arr[5.0]或$arr[5]，行为不一致 - 用于
match表达式：match (10 / 2) { 5 => ... }可能不匹配，因为5.0 !== 5（严格比较） - 序列化后丢失类型：
json_encode(['key' => 10 / 2])→{"key":5.0}，前端收到的是数字而非整数 - 参与类型声明函数调用：
function foo(int $x) { ... }; foo(10 / 2)→ TypeError（float无法隐式转int）
想确保整数商，该用哪个？
别用 (int)(10 / 3) 或 floor(10 / 3)，它们向零截断或精度不稳，且不处理负数边界。
- 用
intdiv(10, 3)：返回int，参数必须是整型，负数向下取整（intdiv(-7, 3)→-3） - 传参前务必校验类型：
is_int($a) && is_int($b)，否则直接报TypeError - 若输入可能为字符串，先用
filter_var($str, FILTER_VALIDATE_INT)或(int)$str转换，但注意(int)"10.5"会得10，不是安全转换
真正容易被忽略的是：/ 的 float 强制不是“多此一举”，而是防止整数溢出时静默失真；但它的类型不可控，会在你没意识到的地方破坏整数契约——尤其在类型敏感上下文里，连 == 和 === 的差异都可能让你花半小时 debug。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
