Python中and优先级低于==，因逻辑运算符被设计为最后参与组合；位运算符&、|、^优先级介于算术与比较运算符之间，易致a & b == c被解析为a & (b == c)等陷阱。
Python运算符优先级表里，为什么 and 比 == 低？
因为 Python 把逻辑运算符设计为“最后才参与比较组合”的角色。这和 C/Java 不同：and 和 or 的优先级低于所有比较运算符（==、、in 等），所以 a == b and c == d 不会错解成 a == (b and c) == d —— 后者语法虽合法但语义完全不同。
常见误用场景：
- 写
if x & 1 == 0:本意是判断偶数，结果被解析为if x & (1 == 0):→ 永远 False（因为1 == 0是False，即0，x & 0总是0） - 写
if a is None or b > 0 and c:，实际执行顺序是if a is None or (b > 0 and c):，不是左结合的“先 or 再 and”
位运算符 & | ^ 的优先级为什么容易出错？
它们夹在算术运算符和比较运算符之间：比 +/- 高，但比 ==、!= 低。这意味着你不能省略括号来“直觉推断”。
典型陷阱：
立即学习“Python免费学习笔记（深入）”；
-
a & b == c等价于a & (b == c)，不是(a & b) == c -
a | b in lst被解析为a | (b in lst)，而b in lst返回布尔值（True/False），再跟整数a做按位或 —— 可能不报错但结果诡异 -
位移运算符
和>>优先级与+/-相同，但左结合：a + b =(a + b) ，不是a + (b
赋值运算符 = 在表达式中到底能不能用？
Python 3.8+ 引入了海象运算符 :=，它优先级极低 —— 仅高于 lambda，低于所有其他运算符。这意味着它可以在条件、循环、列表推导中直接赋值并返回值。
