iota 是 go 中仅在 const 块内有效的编译期递增生成器，从 0 开始，每换行加 1，同行列多个标识符共享同一值；不可用于运行时或非 const 上下文，位掩码需显式左移确保每位独立。
iota 在 Go 中不是“常量”，而是编译期递增值生成器
很多人一看到 iota 就默认它是“定义常量的语法糖”，结果在非 const 块里乱用，或者指望它能在运行时动态变化。它只在 const 块中有效，且每次出现在新行就自增 1（从 0 开始），同一行多个声明共享同一个值。
常见错误现象：undefined: iota 出现在函数内；或误以为 const a, b = iota, iota 会让 b 是 1；实际两者都是 0。
- 必须紧贴
const声明块，不能跨行插入空行或注释（除非用//行注释） - 同一行多个标识符共用当前
iota值，换行才 +1 - 想跳过某些值？用下划线占位：
_, Read, Write, ReadWrite = iota, iota, iota, iota - 想重置？新开一个
const块 ——iota每次进新块都从 0 重新计数
用 iota 实现位掩码（bitmask）时，必须显式左移或乘方
直接写 Read = iota、Write = iota 得到的是 0、1、2……这不是位掩码，是普通枚举。真要按位或组合，得让每个值只有一位为 1，比如 1、2、4、8。
典型错误：把 ReadWrite = Read | Write 写成 ReadWrite = iota，结果值是 2，但二进制是 10，和 Read(0)、Write(1) 并不正交，后续 & 判断必然出错。
立即学习“go语言免费学习笔记（深入）”；
- 推荐写法：
Read = 1 ，这样 <code>Read=1、Write=2、Execute=4 - 也可以用
1 避免 32/64 位平台差异（尤其当值可能超过 31 位） - 如果需要带标志名称的整数类型，记得定义别名并实现
String()和MarshalText()，否则日志里只看得到数字 - 注意：Go 不支持位域（bit-field），所有掩码操作靠
&、|、^手动完成
位掩码常量组合时，& 操作符优先级比 == 低，必须加括号
这是线上 bug 高发区。比如判断某个权限是否包含 Write，写成 perm & Write == Write 看似合理，实际等价于 perm & (Write == Write)，而 Write == Write 是 true → 1，整个表达式变成 perm & 1，永远不对。
使用场景：HTTP 中间件鉴权、文件系统 open flags、数据库操作权限校验。
- 正确写法永远是：
(perm & Write) != 0或(perm & Write) == Write - 如果用
!= 0，可省略右侧比较，更简洁也更符合位运算直觉 - 别依赖
bool(perm & Write)—— Go 没有隐式转换，会编译失败 - 组合多个标志？用
|连接：OpenReadWrite = Read | Write
用 iota 定义带描述的位掩码时，String() 方法容易漏掉零值或重复值
当你给位掩码类型加 String() 方法用于日志或调试，很容易只处理非零单个标志，却忘了 0（无权限）、或多个标志同时存在（如 Read|Write）该怎么转字符串。
性能影响：每次调用 String() 都做位判断+字符串拼接，高频日志场景可能成为瓶颈；兼容性上，若没实现 fmt.Stringer 接口，fmt.Printf("%v", x) 仍输出数字。
- 零值必须显式处理，比如
if v == 0 { return "None" } - 多标志组合建议用查表法（
map[Perm]string）或逐位检查 + slice join，避免嵌套 if - 不要在
String()里做 fmt.Sprintf 或 new 分配，尽量复用sync.Pool或静态字符串 - 如果权限集固定且不多，直接预生成所有合法组合的字符串映射，最稳
位掩码本身不难，难的是所有人默认“它就该像 C 里那样工作”，而 Go 没有宏、没有隐式转换、没有位域——每一步都要你亲手写清楚。稍一省略括号、少个左移、漏个零值处理，问题就藏在看似正常的逻辑底下。