PHP 里 和 <code>>> 是带符号右移还是无符号？
PHP 的 （左移）和 <code>>>（右移）**全部是带符号位移**，底层直接映射 C 的 / <code>>> 运算符。这意味着：对负数右移时，高位补的是符号位（1），不是 0；结果可能和你直觉的“除以 2 的幂”不一致。
比如 -8 >> 1 不等于 -4？其实是相等的——但这是巧合。真正危险的是溢出或边界值：-1 >> 1 在 32 位系统上是 -1（因为全 1 右移仍补 1），64 位下也一样。别拿它当整除用。
- PHP 不提供无符号右移（如 Java 的
>>>），想无符号右移得手动清符号位：($x >> $n) & (0x7FFFFFFF >> ($n - 1))（仅限 32 位安全场景，慎用） - 位移位数超过整型位宽（如 32 或 64）时，PHP 会先对位数取模：
5 等价于 <code>5 （65 % 64 = 1） - 位移操作数必须是整型，否则 PHP 会静默转成 int ——
3.9 变成 <code>3 ，不是报错
为什么 1 在 32 位 PHP 上是负数？
因为 PHP 整型是带符号的，32 位下最高位是符号位。1 把 1 移到第 32 位（从 0 开始计），即二进制 <code>10000000000000000000000000000000，解释为有符号 int 就是 -2147483648。
- 这个值在 32 位系统上是合法的
int，不会自动转为float - 但在 64 位系统上，
1 是正数（<code>2147483648），因为还有足够高位空间 - 跨平台代码若依赖位模式（比如协议解析、掩码生成），必须显式检查
PHP_INT_SIZE，或统一用gmp/bcmath处理大位宽
& | ^ 这些位运算符和移位一起用时要注意什么？
位运算符优先级比比较运算符低，但比赋值高；而移位运算符优先级又比 & | ^ 高。最常见坑是写 $a & $b >> 2，实际执行的是 $a & ($b >> 2)，不是 ($a & $b) >> 2。
立即学习“PHP免费学习笔记（深入）”；
- 所有涉及混合运算的地方，一律加括号，别赌优先级：
($flags & FLAG_VISIBLE) >> 3 -
^是异或，不是幂运算 ——2 ^ 3是1（二进制10 ^ 11 == 01），不是8；新手常在这里翻车 - 使用
~（按位取反）时，注意它是对整个整型宽度取反：~1在 32 位下是-2（...11111110），不是0xFE；要截断得配合掩码，如~$x & 0xFF
什么时候该用位运算，什么时候该避开？
位运算是底层工具，不是炫技开关。真要用，得满足两个条件：一是语义清晰（比如权限掩码、状态压缩），二是性能确实敏感（比如高频循环里的标志判断）。
- Web 应用里多数“用位存多个布尔”场景，其实用数组或对象更可读、更易调试，
isset($flags['admin'])比$flags & FLAG_ADMIN少一半认知负担 - 处理外部数据（如网络包、文件头）时，位运算是刚需，但务必确认字节序和位序（PHP 默认小端，但协议可能是大端）
- 别在浮点数上强行位运算：
(int)3.14 & 1虽然能跑，但语义断裂，后续维护者会沉默地删掉你的注释
位运算的复杂性不在语法，而在它把数据布局、平台特性、符号规则全耦合在一起。写之前，先问自己：这个逻辑，有没有更直白、更难出错的表达方式？
