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，低于所有其他运算符。这意味着它可以在条件、循环、列表推导中直接赋值并返回值。
关键限制：
-
=（普通赋值）** 不是表达式 **，不能出现在if条件、函数参数、print()里；而:=是表达式，可以 -
if (x := foo()) > 0:合法；但if x = foo()> 0:语法错误 -
:=不能用于元组解包左侧：(a := 1, b := 2)不合法；必须写成a := 1; b := 2或用括号明确分组
字符串拼接 + 和格式化操作的优先级冲突
+ 对字符串和数字都有效，但类型不匹配时会抛 TypeError。更隐蔽的问题是它和格式化操作符（如 %、.format()、f-string）没有直接优先级关系 —— 因为后者不是运算符，而是方法调用或语法结构。
真实痛点：
-
"x=" + x % 10：如果x是整数，会被解析为"x=" + (x % 10)；但如果x是字符串，x % 10触发旧式字符串格式化，可能意外成功（如"%d" % 5） - f-string 中不能嵌套 f-string，也不能把
+当作“连接 f-string 的方式”：f"{a}" + f"{b}"是两次构造再拼接，不如直接f"{a}{b}" -
str(1) + "a" * 3中，*优先级高于+，所以等价于str(1) + ("a" * 3)，这是对的；但新手常误以为+先算
优先级不是靠背表解决的，而是靠加括号防歧义——尤其在混合位运算、比较、逻辑运算时，多一个括号比查十分钟文档更可靠。
