Python运算符优先级从高到低完整解析

Python运算符优先级共17级，从最高阶的括号与原子表达式到最低阶的赋值运算，其中**幂运算（**）、await和赋值表达式（:=）为右结合，其余多为左结合；真正易出错的并非记不住全部规则，而是几个高频陷阱——如not a == b被解析为(not a) == b、a & b == c实为a & (b == c)、a += b == c等价于a += (b == c)，常导致隐晦的TypeError或逻辑错误；掌握这些关键组合、善用括号、借助ast.parse()验证或临时变量调试，远比死记硬背更高效可靠。

Python 运算符优先级从高到低的完整顺序

Python 的运算符优先级共 17 级（CPython 3.12），** 最高，= 类赋值运算符最低。注意：同一级内多数左结合，但 **、await、赋值表达式 := 是右结合。

关键层级（从高到低）：

• lambda
• if–else（条件表达式）
• or
• and
• not
• in, not in, is, is not, , , >, >=, !=, ==
• |（按位或）
• ^（异或）
• &（按位与）
• , >>（移位）
• +, -（加减）
• *, @, /, //, %
• +x, -x, ~x（一元正负、取反）
• **（幂运算，右结合）
• await 表达式
• 属性访问 .、下标 []、切片 [::]、调用 ()、括号 ()
• x[y], x[y:z], x.y, f() 等原子表达式本身优先级最高，但它们不是“运算符”，不参与优先级比较

实际查表建议直接运行 help('operators') 或访问官方文档「Operator precedence」章节——因为层级细节（如 not 和比较运算符的相对位置）容易记混。

最常踩坑的 3 种优先级误判

不是记不住全部，而是几个组合在真实代码里高频出错：

• not a == b 等价于 (not a) == b，而非 not (a == b)。因为 not 优先级低于 ==。想表达后者必须加括号。
• a & b == c 被解析为 a & (b == c)，而不是 (a & b) == c。因为 & 优先级低于比较运算符。位运算混用比较时几乎总要括号。
• a = b = c + 1 没问题（赋值右结合），但 a += b == c 会报错：+= 优先级低于 ==，所以实际是 a += (b == c) —— 如果 a 是整数而 b == c 是布尔值，就触发 TypeError。

为什么 ** 是右结合？看这个例子就明白

2 ** 3 ** 2 结果是 512，不是 64。因为等价于 2 ** (3 ** 2)，即 2 ** 9。

如果写成左结合，就得强制写成 (2 ** 3) ** 2 才能得到 64。数学上幂运算是右结合的惯例，Python 遵循了这一点。

对比其他语言：JavaScript 的 ** 也是右结合；但某些旧语言（如 Perl）对幂没有统一约定。Python 这个设计减少歧义，但新手常因直觉左结合而出错。

调试时快速验证优先级的小技巧

别靠背，用 ast.parse() 看 Python 实际怎么拆解表达式：

import ast
print(ast.dump(ast.parse('a + b * c', mode='eval'), indent=2))

输出中能看到 BinOp 的 left/right 结构，直观反映结合顺序。

另一个办法：在可疑表达式前后加临时变量，观察是否报错或值突变。例如把 if x & y == z: 拆成：

tmp = y == z
if x & tmp:

如果这时报错 TypeError: unsupported operand type(s) for &: 'int' and 'bool'，就确认是优先级导致的问题。

真正难的不是记住表格，而是意识到「这里可能有优先级干扰」——尤其在混合布尔、位运算、比较和算术时。多用括号不丢人，少一个括号引发的 bug 可能让你查两小时。

今天关于《Python运算符优先级从高到低完整解析》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！