运算符的优先级顺序python_易混淆的and/or与比较运算符优先级

17次阅读

Python 中 and 和 or 的优先级低于所有比较运算符(如 ==、!=、> 等),因此比较运算符先于 and/or 计算。

运算符的优先级顺序 python_易混淆的 and/or 与比较运算符优先级

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

Python 中 andor 的优先级 ** 低于所有比较运算符 **(如 ==!=inis 等)。这意味着表达式里混用时,比较会先完成,再做逻辑组合。

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

真正危险的是像这样:

a == b or c 

它等价于:(a == b) or ((c,而不是按书写顺序分组的 ((a == b) or c)(后者语法都不合法)。

立即学习 Python 免费学习笔记(深入)”;

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

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

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

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

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

bool(1 or 2 == 2)  # True
(1 or 2) == 2 # False(因为 1 == 2 是 False)

not 混用时的坑:它比比较运算符还低?

不,not 的优先级 ** 高于 ** andor,但 ** 低于 ** 比较运算符。准确顺序(从高到低截取相关部分)是:

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

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

验证方式很简单:

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

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

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

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

  • 只要含 and/or 和比较运算符,** 无条件加括号 **,比如写成 (a> 0) and (b
  • 复杂条件拆成变量,提升可读性: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 时间。

text=ZqhQzanResources