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 个一组”的逻辑。若假设 // 是截断除法，负数输入或边界条件会出错。

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 中模拟）。