Python运算符优先级共17级，从高到低依次为：括号与原子表达式、**（右结合）、await、一元运算、幂运算、乘除模、加减、移位、按位与、异或、按位或、比较、is/is not/in/not in、逻辑非、逻辑与、逻辑或、条件表达式、赋值运算。
Python 运算符优先级从高到低的完整顺序
Python 的运算符优先级共 17 级（CPython 3.12），** 最高，= 类赋值运算符最低。注意：同一级内多数左结合，但 **、await、赋值表达式 := 是右结合。
关键层级（从高到低）：
lambda-
if–else（条件表达式） orandnot-
in,not in,is,is not,, <code>, <code>>,>=,!=,== -
|（按位或） -
^（异或） -
&（按位与） , <code>>>（移位）-
+,-（加减） -
*,@,/,//,% -
+x,-x,~x（一元正负、取反） -
**（幂运算，右结合） -
await表达式 - 属性访问
.、下标[]、切片[::]、调用()、括号() -
x[y],x[y:z],x.y,f()等原子表达式本身优先级最高，但它们不是“运算符”，不参与优先级比较
实际查表建议直接运行 help('operators') 或访问官方文档「Operator precedence」章节——因为层级细节（如 not 和比较运算符的相对位置）容易记混。
最常踩坑的 3 种优先级误判
不是记不住全部，而是几个组合在真实代码里高频出错：
立即学习“Python免费学习笔记（深入）”；
-
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 遵循了这一点。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
对比其他语言：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 可能让你查两小时。
