Python 中 not x * 4 实际被解析为 not (x * 4)，而非 (not x) * 4，因 not 优先级低于乘法；且布尔值参与算术运算时自动转为 0/1，导致意外结果。

python 中 `not x * 4` 实际被解析为 `not (x * 4)`，而非 `(not x) * 4`，因 `not` 优先级低于乘法；且布尔值参与算术运算时自动转为 `0/1`，导致意外结果。

在 Python 中，True 和 False 是 bool 类型的实例，而 bool 是 int 的子类——这意味着它们可直接参与数值运算：True == 1、False == 0。因此 True * 4 结果为 4，False * 7 为 0，这本身是明确且一致的设计。

但真正引发困惑的，是逻辑非运算符 not 与算术运算符（如 *）混合使用时的运算符优先级问题。not 的优先级低于 *、+、- 等所有算术和比较运算符（详见 Python 官方运算符优先级表）。因此：

>>> zz = 0
>>> not zz * 4   # 等价于 not (zz * 4)
True
>>> zz * 4       # 先计算：0 * 4 → 0
0
>>> not 0        # 再取反：0 为 falsy → not 0 → True
True

注意：not zz * 4 不是 (not zz) * 4（后者结果为 True * 4 → 4），而是 not (zz * 4)。这是典型的“优先级陷阱”，尤其当开发者误将 not(...) 当作函数调用（如 not(zz)）时，容易忽略括号仅作用于 zz，对后续 * 4 并无保护作用。

✅ 正确写法（显式分组）：

>>> (not zz) * 4  # 明确意图：先取逻辑非，再乘
4

⚠️ 注意事项：

• not 是一元运算符，不是函数；not(x) 的括号仅用于分组，不改变优先级。
• 所有布尔值参与算术运算时均隐式转换为 0 或 1（bool 继承自 int），但 not 的结果始终是 bool 类型，不会自动“升格”为整数——除非后续参与算术运算（如 * 4）触发类型提升。
• 此行为在所有 Python 3.x 版本中一致，属语言规范行为，非 bug。

? 总结：遇到 not expr op value（如 not x + 1、not y == 5）时，务必用括号明确语义。养成习惯：逻辑操作优先级低，关键逻辑必须显式加括号，既避免错误，也提升代码可读性与可维护性。