Python运算符优先级无需死记口诀，真正需括号的高频陷阱有三：位与和比较混用（x & y == z）、逻辑组合歧义（a and b or c）、取负与幂运算（-x ** 2）；应依赖官方文档或ast模块验证，混合运算一律显式加括号。
Python 运算符优先级不需要死记口诀——它有明确、可验证的规则，且日常编码中真正容易出错的只有少数几处组合。
为什么口诀反而容易误导
所谓“括幂乘除加减左结合”这类口诀，掩盖了真实优先级结构：比如 not 比 and 优先级高，但口诀里根本没提逻辑运算符；又如 lambda 优先级最低，却常被口诀忽略。更关键的是，Python 官方文档明确列出的 17 级优先级中，多数层级在实际代码中极少引发歧义，真正需要加括号澄清意图的，集中在以下几类。
必须加括号的三类高频陷阱
以下写法看似合理，实则依赖隐式优先级，极易误读或出错：
-
x & y == z→ 实际等价于x & (y == z)（位与优先级低于比较），而非(x & y) == z，应显式加括号 -
a and b or c→ 虽然按(a and b) or c执行，但语义模糊，建议改用条件表达式c if not a else b或分步赋值 -
-x ** 2→ 结果是-(x**2)（取负优先级低于幂），不是(-x)**2，数学直觉在此失效
查优先级比背口诀快得多
遇到不确定时，直接查官方文档或用 ast 模块验证：
立即学习“Python免费学习笔记（深入）”；
import ast
print(ast.dump(ast.parse('a + b * c', mode='eval'), indent=2))
输出 AST 中会清晰显示 BinOp 的嵌套结构：+ 是外层节点，* 是内层右操作数，印证乘法先于加法。类似地，ast.parse('not a and b') 会显示 BoolOp 中 and 是顶层，not a 是左操作数——说明 not 先作用于 a。
真正该养成的习惯
不靠记忆，靠约束：
- 所有混合运算（尤其含位运算、比较、逻辑、幂）一律加括号，哪怕“理论上不用”
- 写
**时，默认它绑定最紧，-x**2、2**3**2（右结合）必须意识到结合方向 - 逻辑运算符只用于布尔上下文，避免
a and b or c这类“伪三元”，改用c if not a else b
优先级表本身很稳定，但人对它的直觉常出错。少一次犹豫，就多一次可读性保障。
