用 &= 模拟 and 门时初始值必须为 1，否则结果恒为 0；用 |= 模拟 or 门时初始值必须为 0，否则结果恒为 1；混合使用需分层计算，避免初始值绑架和位宽不匹配导致逻辑错误。
用 &= 模拟 AND 门时，初始值必须是 1
复合赋值 &= 对布尔信号做逐位与，本质是 a = a & b。但逻辑门模拟中，输入往往来自多个信号源（比如多个开关串联），此时 a 的初始值决定结果是否可信。
常见错误：把输出变量初始化为 0，再对所有输入执行 output &= input_i —— 一旦初始值是 0，后续所有 &= 都无法翻转结果，永远得 0，完全失去 AND 门“全 1 才出 1”的语义。
- 正确做法：
output = 1开始，然后对每个输入执行output &= input_i - 若输入是整数（如 8 位信号总线），
&=仍按位生效，但初始值应为全 1 掩码（如0xFF） - JavaScript 中注意：
true &= false会隐式转为1 &= 0 → 0，但false &= true是0 &= 1 → 0，看似没问题，实则掩盖了初始状态依赖
用 |= 模拟 OR 门时，初始值必须是 0
|= 是 a = a | b 的简写，适合并联逻辑（任一开关闭合即导通）。但和 &= 对称，它的陷阱也在起点。
典型翻车场景：初始化 output = 1，再遍历输入做 output |= input_i —— 结果恒为 1，哪怕所有输入都是 0，OR 门行为彻底失效。
- 必须从
output = 0开始，才能保证“有 1 则出 1，全 0 才出 0” - 多路 OR 可以直接链式写：
out |= a; out |= b; out |= c;，等价于out = a | b | c，但更易扩展（比如循环处理数组） - 在硬件描述风格代码中（如用 Python 写简单仿真），用
|=比反复写out = out | x更紧凑，也更贴近 RTL 中的assign y = a | b | c;语义
混合使用 &= 和 |= 时，运算顺序不可交换
逻辑电路常含组合结构，比如“先各支路 AND，再整体 OR”（即乘积之和 SOP）。这时不能靠单个变量加复合赋值乱套，必须分层。
错误示例：result &= a; result |= b; —— 这不是 (a AND b)，也不是 (a OR b)，而是 (result AND a) OR b，且受 result 初始值绑架，毫无确定性。
- 正确分层：先用临时变量算子表达式，如
term1 = a & b; term2 = c & d;，再result = term1 | term2; - 若硬要压缩，可用列表推导 +
any()/all()（Python）或reduce()，但可读性下降，调试困难 - C/JS 等语言中，
&=和|=都是右结合、低优先级，但混用时括号仍是刚需，比如(a &= b) |= c明确优先级，不过这种写法本身已违背清晰意图
位宽不匹配时 &= 和 |= 会静默截断或补零
模拟多比特总线（如 4-bit ALU 控制信号）时，若一个操作数是 uint8_t，另一个是 bool 或 int，C/C++/Python 的隐式转换规则会让结果出人意料。
例如在 C 中：uint8_t sig = 0xFF; sig &= 0x0F; 得 0x0F；但若写成 sig &= true;，true 被提升为 int 值 1，结果仍是 0x01 —— 表面没错，但若本意是“只清高 4 位”，这就错了。
- 始终显式使用同宽度掩码：
sig &= 0x0F;而非sig &= some_flag;（除非some_flag本身是uint8_t且高位已清零） - Python 中虽无位宽概念，但用
numpy.uint8或bitarray库时，&=行为依类型而定，务必查文档 - 最稳妥方式：把信号抽象为类，重载
&=和|=，内部做位宽校验和掩码对齐
