pow(base, exp, mod) 比 (base ** exp) % mod 快得多，因其边幂运算边取模，避免天文数字；仅支持正整数模，底层用快速幂+模乘优化，且不支持自定义pow三参数协议。
pow() 三参数用法：为什么比 ** 和 % 分开算快得多
当你要算 (base ** exp) % mod，尤其 base 和 exp 很大（比如 RSA 密钥运算），直接用 ** 会先算出天文数字再取模，极可能内存爆掉或卡死。pow(base, exp, mod) 是内置优化——它边幂运算边取模，全程控制数值大小，时间复杂度也更低。
- 只对整数有效；浮点数、复数传三参数会报
TypeError: pow() 3rd argument not allowed unless all arguments are integers -
mod必须为正整数，负数或零会触发ValueError - 底层调用的是快速幂 + 模乘优化（类似 Montgomery reduction），比手动循环
pow再%快一个数量级以上
pow() 双参数 vs **：行为一致但细节有坑
写 pow(x, y) 和 x ** y 在绝大多数情况下等价，但有两个关键例外：
- 当
x是负数且y是非整数（如pow(-2, 0.5)），会抛ValueError: negative number cannot be raised to a fractional power；而(-2) ** 0.5返回nan（不报错但结果无意义） - 当
x == 0且y ，两者都抛ZeroDivisionError；但pow(0, 0)返回1，0 ** 0在 Python 中也返回1（符合 IEEE 754 和多数数学库约定） - 性能上无差别，纯看可读性：函数式风格倾向
pow()，表达式习惯用**
常见错误：传错参数类型或顺序导致静默失败
最常踩的坑不是语法错，而是逻辑错——尤其混用浮点和整数时：
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 误把浮点指数当整数传给三参数形式：
pow(2, 3.0, 5)报错，必须是pow(2, 3, 5) - 把字符串数字当整数：
pow("2", 3, 5)直接TypeError，得先int("2") - 忽略
mod为 1 的边界情况：pow(123, 456, 1)恒为0，但有人会误以为要算完整幂再模 - 在加密场景中，若
base >= mod，pow()会自动先取一次模，不影响结果，但要注意这和你手写的“先约简再幂”逻辑是否一致
什么时候不该用 pow()？替代方案有哪些
不是所有幂运算都适合 pow()：
- 需要高精度浮点结果（比如科学计算）？用
math.pow()或numpy.power()，它们支持float且返回float；pow()对浮点数返回float，但精度和舍入规则略有差异 - 要对数组批量算幂？
numpy.power(arr, exp)向量化更快，pow()不支持 - 指数是变量但模数固定，且反复调用？考虑预编译成函数或缓存中间态，因为
pow()每次都走完整算法，没做跨调用优化 - 涉及大整数但不需要模运算，且担心
**太慢？基本不用换——Python 整数幂本身已用 Karatsuba 和 Toom-Cook 优化，pow(x, y)和x ** y底层共用同一套实现
三参数 pow() 的高效性依赖于 CPython 的底层实现，一旦离开 CPython（比如 PyPy），表现可能不同；另外，它不支持自定义对象的 __pow__ 三参数协议——如果你重载了 __pow__，传三个参数时不会调用你的方法。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
