Python 3 中 / 统一为真除（精确除），结果总是 float；地板除用 //，语义明确无歧义。此设计提升可读性与可预测性，避免 Python 2 中类型敏感导致的隐式整除错误。
Python 2 的 / 在整数间做地板除，Python 3 的 / 总是精确除——这不是 bug，是语言设计的主动断裂。
Python 2 中 / 的行为取决于操作数类型
它沿用 C 风格：两个 int 相除，结果截断小数部分（向下取整），但只要有一个是 float，就转为浮点运算。
-
3 / 2→1（int结果） -
3.0 / 2或3 / 2.0→1.5（float结果） - 这种“类型敏感”容易在变量传入时意外触发整除，比如函数接收
a和b，你默认它们是float，但调用方传了int，结果就错了 - 想强制精确除？得提前写
from __future__ import division，但这只对当前模块生效，无法全局修复遗留代码
Python 3 中 / 统一为真除（精确除）
/ 不再看类型，只看语义：它就是数学意义上的除法，结果总是 float（哪怕能整除）；地板除交给明确的 //。
-
3 / 2→1.5（无论输入是int还是float） -
4 / 2→2.0（注意：结果仍是float，不是int） -
3 // 2→1（显式、可读、无歧义） - 这种分离让意图清晰：用
/就是要精度，用//就是要整数商——不用再猜解释器怎么推断
迁移时最常踩的坑：隐式整除逻辑突然失效
把 Python 2 代码直接跑在 Python 3 下，/ 行为突变，常导致索引越界、循环次数错乱、比例计算失准等静默错误。
立即学习“Python免费学习笔记（深入）”；
- 典型场景：分页计算
page_count = total / per_page，Python 2 返回int可直接用于range()，Python 3 返回float会报TypeError: 'float' object cannot be interpreted as an integer - 修复不是加
int()就完事——要判断是否真需要向下取整（此时该用//），还是需要四舍五入或向上取整（用math.ceil()） - 批量替换脚本（如
2to3）会把/改成//吗？不会。它只处理明显不兼容语法，/的语义变更需人工逐处审查
为什么不能简单“统一成 Python 3 风格”回填 Python 2？
因为 Python 2 已于 2020 年终止支持，所有新项目必须用 Python 3；而存量系统若仍卡在 Python 2，问题核心已不是除法，而是整个生态不可维护——比如 urllib 拆分、bytes/str 混用、print 语句等几十处耦合差异，单改一个 / 无法解耦。
真正关键的不是记住规则，而是理解：Python 3 把“除法语义”从隐式类型推导，升级为显式操作符契约——这背后是整个语言对可读性与可预测性的重定义。写 // 的那一刻，你就已经声明了“我要整数商”，没人能误读。
