C#位运算是处理标志位、权限掩码等的刚需手段，但易因混淆&与&&、括号缺失、并发非原子操作、负数补码误解等引发严重bug；正确用法需严格区分语义、加括号、优先使用|=/^=、注意类型与符号位。
直接说结论：C#位运算不是“炫技工具”，而是处理标志位、权限掩码、底层协议解析和性能敏感路径的刚需手段；但用错一个&或|，就可能把布尔逻辑判断变成整数位运算，导致条件永远不成立、变量被意外修改、甚至绕过空检查。
别把 && 和 & 当成同义词用
这是最常踩的坑——尤其在 if 判断里写 if (flag & Permissions.Read != 0) 却漏了括号，实际执行的是 flag & (Permissions.Read != 0)，而 Permissions.Read != 0 是 bool，触发的是 & 的布尔重载，结果恒为 false 或 true，完全偏离位判断本意。
- 正确写法必须加括号：
if ((flag & Permissions.Read) != 0) - 更推荐用
HasFlag（但注意它在 .NET Core 2.0+ 有性能开销，且对复合标志不总是可靠） - 如果
Permissions是[Flags]枚举，直接用flag.HasFlag(Permissions.Read)可读性好，但底层仍是&运算 - 切记：
&&是短路逻辑，&是强制求值——if (false & SomeMethod())会照常调用SomeMethod()，而&&不会
|= 和 ^= 是标志位增删翻转的唯一安全写法
手动改标志位时，别写 flags = flags | Permissions.Write 或 flags = flags ^ Permissions.Admin。虽然语义正确，但多了一次读+一次写，中间可能被并发线程打断；|= 和 ^= 是原子级赋值操作（在单线程下语义等价，且编译器优化更明确）。
- 开启某位：
flags |= Permissions.Write - 关闭某位（需配合取反）：
flags &= ~Permissions.Delete—— 注意这里~是一元按位取反，不是逻辑非! - 翻转某位：
flags ^= Permissions.Debug - 清空所有位：
flags = 0，别用flags &= 0，后者无必要且易误解
负数参与位运算时，补码是默认规则，别靠直觉猜结果
~123 得到 -124 不是 bug，是补码定义决定的：对所有位取反后，系统仍按有符号整数解释结果。你不能假设 ~x == -x - 1 总成立（它只对非负整数在二进制补码下成立），更不能拿它去“反转布尔”。
- 想安全取反某几位？先用掩码隔离：
value ^ mask，而不是~value & mask - 移位时右移负数会填充符号位（算术右移），
-8 >> 1是-4，不是2147483644；要无符号右移，显式转成uint：(uint)-8 >> 1 - 比较两个标志组合是否相等？别用
==直接比枚举值，应比(a & b) == a && (a & b) == b，或用a.Equals(b)
真正难的从来不是记住 & 是“同为 1 才为 1”，而是当 int 和 byte 混用、enum 值超出 int 范围、或者跨线程共享一个位字段时，哪一步隐式类型提升会悄悄改变结果精度——这些地方不打日志、不单步调试，光看代码根本看不出问题。
