必须显式指定 uint64 类型，因为 iota 默认推导为首个常量类型；若不指定，Go 可能推导为 int（32 或 64 位），在 32 位环境无法表示第 31 位以上的掩码。
用 iota 实现 64 位全权限位掩码常量，核心是让每个常量对应一个唯一的、互不重叠的比特位（bit），从第 0 位到第 63 位，共 64 个，且类型为 uint64。
为什么必须显式指定 uint64 类型
iota 默认推导类型为第一个常量的类型。若不指定，Go 可能推导为 int（平台相关，可能是 32 或 64 位），导致在 32 位环境或某些边界场景下无法表示第 31 位以上的掩码（如 1 溢出）。显式使用 <code>uint64 确保所有位都在安全范围内，且语义清晰。
基础写法：逐位左移 + uint64 显式类型
最直接、可读性高、无歧义的方式：
const ( PermRead = 1 << iota // 1 << 0 = 1 PermWrite // 1 << 1 = 2 PermExec // 1 << 2 = 4 PermDelete // ... 继续到第 63 个 PermBit63 )
但这样写满 64 行太冗长。更实用的是用一行定义 + 注释说明范围，并确保类型：
const ( PermRead uint64 = 1 << iota PermWrite PermExec PermDelete PermAdmin // ... 中间可省略，保持逻辑分组 PermBit63 // 第 64 个：iota = 63 → 1 << 63 )
- 每行一个常量，
iota自动递增，从 0 开始 -
PermRead显式声明为uint64，后续同组常量自动继承该类型 - 最后一项
PermBit63对应iota = 63，即1 ，是合法的 <code>uint64最高位
进阶技巧：跳过中间值或分组命名
实际权限设计常需语义分组（如文件、网络、系统），可用 _ 占位跳过 iota，或重置 iota：
const ( // 文件权限 FileRead uint64 = 1 << iota FileWrite FileExec FileAppend _ // 网络权限（从 iota=5 开始，跳过一个） NetBind NetConnect NetListen _ // 系统权限（从 iota=9 开始） SysReboot SysShutdown // ... 直到总数量达 64 )
注意：只要最终定义了 64 个不同 iota 值（含 _ 占位），且最后一个非占位常量的 iota 是 63，就满足“64 位全掩码”要求。
验证是否覆盖全部 64 位
可通过打印或断言验证：
func TestAll64Bits(t *testing.T) {
const last = PermBit63 // 假设这是第 64 个
if last != 1<<63 {
t.Fatal("last perm not at bit 63")
}
// 或检查是否恰好是最高位
if bits.OnesCount64(last) != 1 || bits.LeadingZeros64(last) != 0 {
t.Fatal("not a single-bit mask")
}
}
-
bits.OnesCount64(x)返回 x 中 1 的个数，应为 1 -
bits.LeadingZeros64(x)返回前导零个数，对1 应为 0（因为 <code>uint64共 64 位）
不复杂但容易忽略：类型安全和位宽对齐才是关键，iota 只是自增工具，真正起作用的是 1 和显式的 <code>uint64。
