python 3 中 / 是真除法、// 是整除，而 python 2 中 / 类型敏感导致行为不一致；迁移时需人工审查所有 / 并按语义替换为 / 或 //，双版本兼容应统一使用 from future import division 并显式用 //。
/ 在 Python 2 和 Python 3 中根本不是同一个操作——它在 Python 2 里是类型敏感的整数截断除法，在 Python 3 里是语义明确的真除法。这不是 bug，是语言设计层面的主动重构。
Python 2 的 / 看操作数类型，不是看你的意图
你写 7 / 3，Python 2 会检查两个操作数是不是 int：都是，就做向下取整（结果 2）；只要有一个是 float（比如 7.0 / 3 或 7 / 3.0），立刻切到浮点除法（结果 2.333...）。这种“隐式切换”让行为不可预测：
- 函数接收
a和b，调用方传int，结果意外截断；传float，结果又变浮点——同一行代码，输出类型不固定 -
range(total / per_page)在 Python 2 下能跑，在 Python 3 下直接报TypeError: 'float' object cannot be interpreted as an integer - 图像归一化
img / 255：若img是uint8数组，Python 2 返回全0（整数除法截断），Python 3 返回正确浮点比例
Python 3 的 / 只认语义，不认类型
无论输入是 int、float 还是 NumPy 整型数组，/ 永远执行真除法，返回 float：
-
4 / 2→2.0（不是2） -
np.array([5]) / np.array([2])→array([2.5])（dtype 自动升格为float64） - 要整数商？必须显式写
//，比如7 // 3→2，-7 // 3→-3（向负无穷取整）
这意味着你写 // 的那一刻，就是在声明“我要整数商”，没人能误读。
跨版本迁移时最危险的坑：自动替换脚本不碰 /
2to3 这类工具不会把 / 改成 //，也不会加 from __future__ import division——它只处理语法层断裂（比如 print 语句）。所有 / 都得人工逐处审查：
- 检查上下文：这里需要的是索引、循环次数、数组长度？→ 换成
//或math.ceil() - 检查负数：用
int(a / b)伪装“向零取整”？在 Python 2 下是-2，Python 3 下还是-2，但-7 // 3是-3，二者语义不同 - NumPy 用户尤其注意：
dtype不显式指定为浮点时，Python 2 下整型数组相除仍走整除路径，而 Python 3 下自动升格——别以为加了 NumPy 就“安全”
兼容 Python 2/3 的写法不是靠猜，而是靠约束
如果你还在维护双版本代码（比如旧库或嵌入式环境），别依赖 sys.version_info 动态判断，成本高且易漏。可靠做法只有两条：
- 所有含除法的文件顶部加
from __future__ import division（必须是第一行可执行语句前，注释和空行之后） - 所有本意是整除的地方，无条件写
//，哪怕只跑 Python 3 —— 它在 Python 2.2+ 和 Python 3 中行为完全一致
真正难的不是记住规则，而是接受一个事实：/ 和 // 在 Python 3 里是契约式分工——你选哪个，就等于签了哪份语义合同。写错一个符号，可能让分页算错一页，让坐标偏移一个像素，而错误还不报异常。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
