位运算必须用于解析网络协议头部，因字段按位紧凑排列；IP头部IHL在首字节低4位，如0x45中为0101即5，对应20字节；TCP标志位需用掩码逐位判断。
位运算是解析网络协议头部最直接、最高效的底层手段。长度字段和控制位看似简单，但它们的存储方式、提取逻辑和组合使用都严格依赖二进制位操作——不是“可以这么做”，而是“必须这么做”。关键在于：协议头字段按位紧凑排列，没有字节对齐冗余，靠移位、掩码、异或等操作才能精准定位和读取。
IP头部长度（IHL）的提取与验证
IPv4头部的“首部长度”占4位，位于第一个字节的高4位（bit 4–7），单位是“32位字”（即4字节）。最小值5（20字节），最大值15（60字节）。
- 假设你从网络抓包中读到IP头部第一个字节为 0x45（二进制
0100 0101），那么 IHL =0100₂ = 4（十进制），实际头部长度 = 4 × 4 = 16字节？错！ —— 这里容易误读：0x45中高4位是0100，对应十进制 4，但 IPv4 规定 IHL 最小为5（因固定头部20字节=5×4），所以0x45实际表示 IHL=5（0101才是5；0x45的高4位其实是0100？不，0x45 = 01000101，高4位是0100→ 4，但标准IPv4最小IHL是5，说明该字节不可能是0x45？等等——纠正：0x45是经典例子，其中4是版本（4位），5是IHL（4位），即0x45 = 0100 0101：前4位0100= 4（IPv4），后4位0101= 5 → 头部长度 = 5 × 4 = 20字节） - 正确提取方式（Go语言示例）：
ihl := (firstByte & 0xF0) >> 4→ 错，应取低4位：ihl := int(firstByte & 0x0F)（因为版本在高4位，IHL在低4位） - 验证合法性：
if ihl 15 { /* 无效头部 */ } - 计算真实头部字节数：
headerLen := ihl * 4，之后才能安全跳过头部读取 payload
TCP标志位（Flags）的逐位判断与组合检测
TCP头部第13字节（Flags字段）共8位，其中低6位为控制标志：URG、ACK、PSH、RST、SYN、FIN（从高位到低位：bit 7→2）。它们不是独立字节，而是共享一个字节，必须用位掩码隔离。
- 定义掩码常量（如 Go）：
const (<br> TCP_URG = 1
- 判断是否含 SYN：
flags&TCP_SYN != 0 - 判断是否为 SYN+ACK 包：
(flags & (TCP_SYN | TCP_ACK)) == (TCP_SYN | TCP_ACK) - 清零某标志（如去掉 PSH）：
flags &^ TCP_PSH（Go 中的位清除操作） - 注意：不能用
== TCP_SYN判断“只有 SYN”，因为其他位可能非零；必须用掩码后比对
IP分片偏移（Fragment Offset）的还原与对齐检查
该字段占13位，位于IP头部第7–8字节（跨字节），且**实际偏移单位是8字节**——这意味着低3位恒为0，协议设计者把这3位“借”给了Flags字段（第三位MF）。因此，原始值左移3位才是真实字节偏移。
- 假设从IP头中读出两个字节
0x20 0x00（大端序），拼成 uint16 =0x2000= 8192（十进制） - 取低13位：
offset13 := uint16(0x2000) & 0x1FFF→ 8192 & 8191 = 0？不对：0x2000 = 8192 = 10000000000000₂，共14位，低13位是 0000000000000₂ = 0 → 实际偏移 = 0 × 8 = 0（首个分片） - 正确还原公式：
byteOffset := (offset13 - 校验数据段长度：除最后一片外，所有分片的数据长度必须是8的倍数（因偏移按8字节步进），否则接收方无法对齐重组
子网掩码与IP地址的位运算联合应用
虽然不属于协议头字段，但在解析IP层行为（如判断是否本地子网、识别广播地址）时，子网掩码和IP地址的位运算是基础操作，且完全复用协议头中相同的位操作范式。
- IPv4地址转 uint32 后，子网掩码可由 CIDR 值生成：
mask := ^uint32(0) （如 /24 → 左移 8 位） - 计算网络地址：
network := ip & mask - 判断目的IP是否在同一子网：
(srcIP & mask) == (dstIP & mask) - 广播地址 = network | ^mask（按位取反后或）
- 这些操作在路由器转发、防火墙策略匹配、甚至 DHCP 报文解析中实时发生
