python 3 中 / 总是返回 float，导致整数索引、循环步长等场景报错或静默偏差；负数地板除 // 向负无穷取整而非向零截断；numpy 除法行为随 python 版本变化，需显式类型转换和运算符选择。
Python 3 中 / 返回 float，不是“变慢了”或“精度高了”，而是彻底切断了整数上下文的隐含假设——所有依赖整数结果的计算逻辑，只要没显式声明，就可能悄悄错。
用 / 当索引或循环步长直接报错
Python 2 下 my_list[5 / 2] 等价于 my_list[2]，因为 / 返回 int；Python 3 下它变成 my_list[2.5]，立刻触发 TypeError: list indices must be integers。
- 常见场景：二分查找中的
mid = (left + right) / 2、分页计算range(total / per_page) - 错误不是发生在除法本身，而是在后续使用该结果的地方——报错位置和问题根源脱节
- 修复不是加
int()就完事：若原意是向下取整（比如分组边界），该用//；若要四舍五入，得用round()或math.ceil()
NumPy 数组除法结果突变，归一化失效
在 Python 2.7 + NumPy 环境中，img / 255（img 是 uint8）结果仍是 uint8，全为 0；升级到 Python 3 后，/ 触发真除法，结果自动转为 float64，归一化突然“对了”，但旧测试用例全崩。
- 根本原因：NumPy 的
__truediv__协议在 Python 3 下被调用，行为由解释器定义，不是 NumPy 自行决定 - 同理：
np.array([1, 2, 3]) / 2在 Py2 返回[0, 1, 1]（整型截断），Py3 返回[0.5, 1.0, 1.5] - 跨版本安全写法：归一化固定写
img.astype(float) / 255，整除逻辑一律用np.floor_divide()或//
负数地板除结果不等于“去掉小数”
-7 // 3 在 Python 3 中是 -3，不是 -2。很多旧代码把 // 当作 int(a / b) 的等价写法，但二者对负数行为不同：int(-7 / 3) 是 -2（向零截断），-7 // 3 是 -3（向负无穷取整）。
- 典型翻车点：坐标偏移、内存块对齐、环形缓冲区索引计算
- 若业务逻辑确实需要向零取整（比如 C 风格整除），必须显式写
int(a / b)或math.trunc(a / b)，不能假定//就是它 - 检查所有含负数输入的
//表达式，尤其注意a和b符号组合是否覆盖完整
最麻烦的不是语法报错，而是静默偏差：结果仍是数字，类型也对得上，但值差 1 —— 这类 bug 往往只在特定数据分布下暴露，上线后才被用户反馈。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
