divmod()返回二元元组而非独立变量，需显式解包如a,b=divmod(10,3)；其遵循floor division规则，满足a==b*q+r且0≤r<|b|。
divmod() 返回的是元组，不是两个独立变量
很多人写 divmod(10, 3) 后直接想用 quotient 和 remainder，结果报 NameError——因为 divmod() 只返回一个二元元组，比如 (3, 1)，不会自动拆成两个变量。
必须显式解包才能拿到商和余数：
- ✅ 正确：
a, b = divmod(10, 3)→a是3，b是1 - ❌ 错误：
divmod(10, 3); print(a)→a根本没定义
这个行为和 enumerate()、zip() 一样，是 Python 的通用设计，不是 divmod() 特例。
负数除法下，divmod() 遵循 floor division 规则
Python 的整除 // 是向下取整（floor），divmod(a, b) 的结果永远满足：a == b * q + r，且 0 。这意味着负数时商可能比直觉小：
-
divmod(-7, 3)→(-3, 2)（不是(-2, -1)）：因为3 * (-3) + 2 == -7，且余数2在[0, 3)范围内 -
divmod(7, -3)→(-3, -2)：余数-2满足0 ？不，但规则是 <code>0 仅当 <code>b > 0；实际统一逻辑是余数符号与除数一致，且绝对值最小
简单记：只要除数是正的，余数就非负；除数为负，余数就非正。别硬套数学课本里的“正余数”概念。
立即学习“Python免费学习笔记（深入）”；
替代写法：a // b 和 a % b 不完全等价于 divmod(a, b)
在绝大多数情况下，divmod(a, b) 等价于 (a // b, a % b)，但有例外：
- 浮点数场景下，
divmod(7.5, 2.0)返回(3.0, 1.5)，而7.5 // 2.0和7.5 % 2.0单独算也一样——看似没区别 - 但关键在于性能和精度：对同一个
a和b，divmod()只做一次除法运算，而分开写//和%会算两次，尤其在大数或自定义__divmod__类型里可能触发重复逻辑 - 更隐蔽的坑：某些数值库（如 NumPy）重载了
divmod()，但没同步重载//或%，这时行为可能不一致
所以如果你真需要商+余数，优先用 divmod()，而不是手动拼两个操作。
什么时候不该用 divmod()：时间敏感循环 or 明确只需要其中一个
divmod() 的开销略高于单个 // 或 %，虽然微乎其微，但在高频循环中仍可测出差异：
- 比如每秒调用百万次的嵌入式模拟逻辑，用
q = n // d; r = n % d比q, r = divmod(n, d)快约 8–12% - 如果只想要余数（例如判断奇偶：
n % 2 == 0），硬套divmod(n, 2)[1]多余且难读 - 如果后续只用商，余数被丢弃，那
divmod()就浪费了一次计算和一次元组构造
它是个“方便但不万能”的工具，用不用，得看你到底需不需要两个结果，以及对性能是否敏感。
最常被忽略的一点：divmod() 对自定义类生效的前提是实现了 __divmod__，而不是靠 __floordiv__ + __mod__ 自动组合——很多手写数值类只补了后两者，结果 divmod() 报 TypeError。
