Python 2 的 / 是类型敏感除法，int/int 得 int；Python 3 的 / 是真除法，恒返回 float；必须用 from future import division 或 // 显式控制语义。
Python 2 和 Python 3 的 / 行为本质不同，不能靠“习惯”绕过去——必须显式控制类型或导入兼容机制。
为什么 / 在 Python 2 和 Python 3 中结果不同
Python 2 的 / 是“类型敏感除法”：两个 int 相除，结果强制截断为 int（向下取整）；只要有一个是 float，就走浮点除法。Python 3 的 / 是“真除法”，永远返回 float，哪怕 4/2 也得是 2.0。
常见错误现象：
- 同一段算法代码，在 Python 2 下跑出整数索引越界（比如
arr[7/3]得到arr[2]），在 Python 3 下变成arr[2.333...]报TypeError: list indices must be integers - 用
/做坐标计算或斜率去重时，Python 2 会意外合并不同分数（如1/2和2/4都变成0）
这不是精度问题，是语义断裂——你写的 / 在两个解释器里根本不是同一个操作。
立即学习“Python免费学习笔记（深入）”；
在 Python 2 中启用 Python 3 风格的 /
最稳妥的方式是加 from __future__ import division，且必须放在文件**第一行可执行语句之前**（注释和空行之后、任何 import 之前）。
- 加了这句后：
7/3→2.333...，7//3→2，行为与 Python 3 完全一致 - 不加这句时，
//在 Python 2.2+ 才支持；若目标环境是旧版 Python 2（如 2.1），只能靠float()强转或写7.0/3 - 命令行临时启用：运行时加
-Qnew参数，例如python -Qnew script.py
用 // 显式表达整除意图
无论 Python 版本，只要你要的是“向下取整的整数商”，就该无条件用 //，而不是依赖 / 在某版本下的副作用。
-
//在 Python 2.2+ 和 Python 3 中语义统一：对正数等价于math.floor(a / b)，对负数按“向负无穷取整”（-7//3 == -3） - 如果需要“向零取整”（即
int(a / b)），Python 3 可用int(a / b)或math.trunc(a / b)；Python 2 若未启用division，a/b本身已是向零取整（但仅限同号整数） - 别写
int(a / b)试图“修正” Python 3 的/结果——它掩盖了类型意图，且对负数行为不一致（int(-7/3)是-2，而-7//3是-3）
跨版本安全写法的关键检查点
当你维护一段需兼容 Python 2/3 的代码（比如开源库或遗留项目），这几个地方最容易漏掉：
- 所有使用
/的地方，都得确认：这里到底要浮点结果，还是整数索引？如果是后者，立刻换//或加int() - 测试用例必须覆盖
int/int、int/float、float/int、negative/positive四种组合，尤其关注负数除法结果符号 -
from __future__ import division必须出现在每个含除法的 .py 文件顶部，不能只在主入口加——子模块不会继承 - 如果用
eval()或exec()动态执行字符串里的除法，__future__导入对其无效，此时必须手动替换/为//或插入float()
真正麻烦的从来不是语法转换，而是那些藏在条件分支里、只在特定数据下才触发的隐式整除——它们往往直到上线后某个用户输入负数或大整数时才暴露。
