位运算操作整数二进制位，逻辑运算操作布尔值；前者按位计算、无短路、返回整数，后者隐式转布尔、支持短路、返回布尔值；混用易致隐性bug。
位运算操作的是整数的二进制位，逻辑运算操作的是布尔值或可转为布尔值的表达式结果；两者语义、适用场景、返回值类型和短路行为完全不同，混用会导致隐性 bug。
位运算符（&、|、^、~、、<code>>>）只处理整数
位运算符对操作数的**每一位二进制位**独立计算，要求操作数必须是整型（int）或能被强制转为整型的值（如字符串会转为其首字符 ASCII 值）。浮点数、null、数组、对象直接参与位运算会触发警告或产生意外结果。
-
&是按位与：两个对应位都为 1 才得 1，例如5 & 3→101 & 011→001→1 -
|是按位或：任一对应位为 1 就得 1，例如5 | 3→101 | 011→111→7 -
~是按位取反：对整数所有位翻转，但 PHP 中有符号整数用补码表示，所以~5得-6，不是简单取反 - 如果传入字符串，如
"abc" & "def"，PHP 会取首字符'a'（ASCII 97）和'd'（ASCII 100）做位运算，其余字符被忽略
逻辑运算符（&&、||、!、and、or、xor）操作布尔上下文
逻辑运算符用于组合条件判断，其操作数会被**隐式转换为布尔值**（0、""、null、false、[] 等为 false），最终返回布尔值（true 或 false），且支持短路求值。
-
&&和||有短路行为：若左侧已能确定整个表达式结果，右侧不执行。例如$x && $y++中，当$x为false时，$y不会自增 -
and和or优先级比&&和||低，容易引发陷阱：例如$a = false or true实际等价于($a = false) or true，$a仍为false -
!总是返回布尔值：!5→false，!!5→true，而~5→-6，完全不是一回事
常见误用：把 & 当 && 用，或混淆 | 和 ||
这种写法在语法上合法但逻辑错误，尤其在 if 条件中：
立即学习“PHP免费学习笔记（深入）”；
- 错误示例：
if ($user_id & $role_mask)—— 这判断的是按位与结果是否非零，不是“两者都为真”。若$user_id = 2、$role_mask = 4，结果是0（假），但实际想表达的是“用户存在且权限匹配” - 正确写法应为：
if ($user_id !== null && ($user_permissions & $role_mask))，先确保变量有效，再做位掩码判断 - 另一个坑：
if ($a = 1 | $b = 2)—— 因为|优先级高于=，这等价于if ($a = (1 | $b) = 2)，直接语法错误；而if ($a = 1 || $b = 2)是合法的（但逻辑可能不对）
什么时候该用位运算，什么时候该用逻辑运算
位运算是底层数值操作，逻辑运算是流程控制工具，选错就等于用扳手拧螺丝：
- 用位运算：权限掩码（如
0b001表示读、0b010表示写）、状态压缩、哈希计算、加密算法、硬件通信协议解析 - 用逻辑运算：条件分支（
if、while）、表单验证（!empty($email) && filter_var($email, FILTER_VALIDATE_EMAIL)）、开关控制 - 混合使用常见于权限系统：先用逻辑运算确认参数有效，再用位运算检查具体权限位，例如
if (isset($user) && is_int($user->flags)) { return ($user->flags & USER_ACTIVE) === USER_ACTIVE; }
最易被忽略的一点：位运算没有短路，所有操作数都会被求值；逻辑运算的短路既是优化手段，也是副作用来源。写条件时盯着操作符是 & 还是 &&，比看括号还重要。
