Python运算符优先级：and/or易混淆点

Python中and和or的运算符优先级其实比所有比较运算符（如==、>、!=）都低，这意味着像`a == b and c > d`会先执行比较再做逻辑连接，而非常见误解中的“从左到右”或“and/or先算”；这种隐性优先级极易在复杂条件、默认值赋值（如`x = a or b == c`）等场景中引发隐蔽bug，因此推荐养成显式加括号、拆分中间变量、用print或pytest快速验证表达式行为的习惯——看似多敲几个字符，实则是为未来的自己省下大量调试时间。

and/or 与 ==、> 等比较运算符谁先算？

Python 中 and 和 or 的优先级**低于所有比较运算符**（如 ==、!=、、in、is 等）。这意味着表达式里混用时，比较会先完成，再做逻辑组合。

常见误判是以为 a == b and c == d 会被“从左到右”断开成 (a == b) and (c == d) —— 这个结果没错，但不是因为“左结合”，而是因为 == 优先级比 and 高，天然就先算完两个等式。

真正危险的是像这样：

a == b or c < d and e != f

它等价于：(a == b) or ((c < d) and (e != f))，而不是按书写顺序分组的 ((a == b) or c) < d and e != f（后者语法都不合法）。

为什么 1 or 2 == 2 返回 1 而不是 True？

这是优先级+返回值规则叠加导致的典型困惑。先看执行顺序：

• 2 == 2 先算 → 得 True
• 整个表达式变成 1 or True
• or 返回第一个真值 → 1（因为 1 是真值，且比 True 先出现）

注意：这里没触发布尔转换，or 和 and **不强制返回 True/False**，而是返回参与运算的实际对象。

想让它返回布尔结果，必须显式括号或用 bool()：

bool(1 or 2 == 2)  # True<br>(1 or 2) == 2        # False（因为 1 == 2 是 False）

和 not 混用时的坑：它比比较运算符还低？

不，not 的优先级**高于** and 和 or，但**低于**比较运算符。准确顺序（从高到低截取相关部分）是：

..., comparisons (==, in, is, etc.), not, and, or

所以 not a == b 等价于 not (a == b)，不是 (not a) == b —— 这点很多人直觉反了。

验证方式很简单：

not [] == []  # False，因为 [] == [] 是 True，not True 是 False<br>(not []) == []  # TypeError: 'bool' object is not comparable to 'list'

后者直接报错，说明 Python 没走 not [] 这条路。

实际编码中怎么避免踩坑？

靠死记优先级表效率低，出错率高。更可靠的做法是：

• 只要含 and/or 和比较运算符，**无条件加括号**，比如写成 (a > 0) and (b < 10)
• 复杂条件拆成变量，提升可读性：has_data = len(items) > 0，再写 if has_data and is_valid:
• 用 pytest 或简单 print() 快速验证边界表达式，例如 print(repr(1 or 2 == 2))
• 警惕 and/or 用于“默认值”时和比较连用，如 x = a or b == c —— 它不会按你想的那样工作

优先级本身不难，难的是人在快速写逻辑时会下意识忽略它；加括号不是代码冗余，是给未来自己省 debug 时间。

以上就是《Python运算符优先级：and/or易混淆点》的详细内容，更多关于的资料请关注golang学习网公众号！