Python 3中/是真除法，结果恒为float；//是向下取整除法（floor division），对负数向负无穷取整，非简单截断小数。
/ 是真除法，结果总是浮点数；// 是整除法，结果向负无穷取整（floor division），不是简单“去掉小数”。这是 Python 3 的行为，和 Python 2 的 / 行为完全不同。
Python 3 中 / 总是返回浮点结果
无论操作数是否为整数，/ 都执行真除法，返回 float 类型。这避免了隐式截断，也统一了数值语义。
-
5 / 2→2.5（不是2） -
6 / 3→2.0（注意是float，不是int） -
7 / -3→-2.3333333333333335
// 是向下取整除法，不是“截断小数”
// 的结果等于 math.floor(a / b)，即向负无穷取整。这对负数影响明显，容易误以为是“去掉小数部分”。
-
7 // 3→2（符合直觉） -
-7 // 3→-3（不是-2！因为math.floor(-2.333...)是-3） -
7 // -3→-3（同理） -
-7 // -3→2（正数结果）
用错 // 导致的典型 bug 场景
常见于分页计算、索引分组、循环步长等需要“每 N 个一组”的逻辑。若假设 // 是截断除法，负数输入或边界条件会出错。
立即学习“Python免费学习笔记（深入）”；
def page_of(index, page_size):
return index // page_size # 错！index=0 → 0，但 index=-1 → -1，第 -1 页？
正确做法（如需非负页码）：
def safe_page_of(index, page_size):
if index < 0:
return 0
return index // page_size
另一个坑：int(a / b) 和 a // b 在负数时不等价：
-
int(-7 / 3)→-2（向零截断） -
-7 // 3→-3（向下取整）
兼容性与显式类型控制建议
如果业务逻辑明确需要向零取整（比如 C 风格除法），不要依赖 //，改用 int(a / b) 或 math.trunc(a / b)；若需 floor 语义（如数学建模、离散区间划分），坚持用 // 并确认符号行为。
- 始终检查除数是否为 0 —— 两者都抛
ZeroDivisionError - 混合类型时（如
float // int），结果仍是float，但值是 floor 后的整数值（如7.9 // 2→3.0） - NumPy 中
//行为一致，但数组运算要注意 dtype 传播
最易被忽略的一点：整除结果的类型不固定——int // int 得 int，float // int 得 float，而 / 永远返回 float（除非用 __future__.division 在 Python 2 中模拟）。
