Python 中 and 和 or 的优先级低于所有比较运算符（如 ==、!=、> 等），因此比较运算符先于 and/or 计算。
and/or 与 ==、> 等比较运算符谁先算？
Python 中 and 和 or 的优先级**低于所有比较运算符**（如 ==、!=、、<code>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 ，而不是按书写顺序分组的 <code>((a == b) or c) （后者语法都不合法）。
立即学习“Python免费学习笔记（深入）”；
为什么 1 or 2 == 2 返回 1 而不是 True？
这是优先级+返回值规则叠加导致的典型困惑。先看执行顺序：
-
2 == 2先算 → 得True - 整个表达式变成
1 or True -
or返回第一个真值 →1（因为1是真值，且比True先出现）
注意：这里没触发布尔转换，or 和 and **不强制返回 True/False**，而是返回参与运算的实际对象。
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
想让它返回布尔结果，必须显式括号或用 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 - 复杂条件拆成变量，提升可读性：
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 时间。
