Go语言不直接对文件内容做位运算，需先读取为[]byte，再解析转换为整数类型（如[]uint64）后方可进行&等位操作。
Go 语言本身不直接对「文件内容」做位运算；位运算是针对内存中整数类型的二进制位操作，而文件是字节流。你需要先读取文件数据到 []byte 或整数切片（如 []uint64），再按需解析、分块、转换为整数类型，才能进行位运算。
读取文件后如何转成可位运算的整数类型
不能直接对 []byte 做 &、 等操作——这些运算符只接受整数类型（<code>int、uint64 等）。常见做法是：
- 若处理单个字节：用
byte（即uint8）直接参与位运算，例如b & 0x0F提取低 4 位 - 若需 64 位批量处理（如布隆过滤器、哈希、加密）：用
binary.Uvarint或binary.BigEndian.Uint64()将连续 8 字节转为uint64，再调用bits.OnesCount64()等 - 避免手动拼接：别写
uint64(data[i]) | uint64(data[i+1])——易出错且不跨平台；统一用 <code>binary包解码 - 注意字节序：
binary.LittleEndian和binary.BigEndian行为完全不同；选错会导致位位置全乱（比如想取最高位 1，结果拿到最低位）
常见错误：把 []byte 当作整数直接位移
下面这段代码是错的：
data, _ := os.ReadFile("input.bin")
result := data << 3 // 编译失败：cannot shift []byte
真正该做的：
立即学习“go语言免费学习笔记（深入）”；
- 确认你要操作的是哪一段字节（比如 header 的前 4 字节）
- 用
binary.BigEndian.Uint32(data[0:4])转成uint32 - 再做位运算：
hdr &^ (1 清除第 7 位 - 若要写回文件，再用
binary.BigEndian.PutUint32(data[0:4], hdr)
用 math/bits 处理文件解析中的位级逻辑
当你从文件里解析出一个 uint32 字段（比如网络协议中的 flags 字段），常用 math/bits 安全提取信息：
- 查最低位 1 的位置（LSB）：
bits.TrailingZeros32(flags)，比循环for i := 0; i 快且无分支 - 统计开启的标志位数：
bits.OnesCount32(flags)，比fmt.Sprintf("%b", flags)零分配、无 GC - 判断是否为 2 的幂（常用于校验 buffer size）：
flags > 0 && (flags&(flags-1)) == 0——注意括号不能少，否则&优先级低于== - 获取位宽（即最高位索引）：
bits.Len32(flags) - 1，比手写 while 循环更可靠（flags == 0时返回 0，不会死循环）
位图（Bitmap）场景：大文件稀疏标记
如果你要标记“某文件中哪些 4KB 块已被使用”，不要用 []bool（100 万块 → 1MB），改用位图：
- 底层是
[]uint64，每 64 位表示 64 个块状态 - 索引
i对应字位置：i / 64，位偏移：i % 64 - 设置位：
bits[wordIdx] |= 1 （<code>bitIdx已经是% 64，安全） - 清除整段范围时，别逐 bit 调用
Clear；先算出起始/结束 word 索引，中间整块直接bits[j] = 0，首尾用掩码（如^((1 ） - 容易被忽略的一点：
1 在 <code>bitIdx >= 64时结果恒为 0 ——所以必须提前取模，否则Set(100)看似成功，实际写到了 word 0 的 bit 36，而不是 word 1 的 bit 36
