iota仅在const块内有效，跨块重置为0，不可当变量使用；每行自增1，即使未显式出现也计数。
const 块外用 iota：直接报错，它根本不是变量
很多人一看到 iota 就下意识当“自增变量”用，比如在函数里写 fmt.Println(iota) 或在 if 里试图“重置”它——这会编译失败：undefined: iota。
原因很简单：iota 是编译器在 const () 块内专用的计数器，作用域仅限于单个 const 声明块。它不占运行时内存，也不可读取、不可赋值、不可传参。
实操建议：
• 别把它当 int 类型变量用
• 想调试值？加个临时 const 看输出，比如：
const _ = iota // 0<br>const A = iota // 0（新块，重置）
跨 const 块误以为“延续计数”，结果全从 0 开始
这是面试高频陷阱。比如写成：
const (A = iota // 0<br> B // 1)<br>const (C = iota // 0 ← 注意！这里又从 0 开始了，不是 2）<br> D // 1结果
A,B,C,D 是 0,1,0,1，不是预期的 0,1,2,3。很多人改状态码时顺手拆 const 块，却忘了 iota 不跨块。常见错误场景：
• 把不同业务模块的状态常量分到多个 const 块里
• 为“逻辑分组”加空行或注释，误以为不影响 iota 计数
正确做法：需要连续编号就别拆块；真要分组，用注释或空行，但保持在一个 const 里。
iota 和表达式混用时，忘记它“每行都+1”，哪怕那行没显式写它
看这个例子：
const (<br> A = iota // 0<br> B = iota + 1 // 1 ← 这里 iota 是 1，所以 B=2？错！<br>)实际是：
A=0，B=2（因为第二行 iota=1，1+1=2）。但更危险的是这种：const (<br> X = 1 << iota // 1<<0 = 1<br> Y // 1<<1 = 2<br> Z // 1<<2 = 4<br> W = 3 // 注意！这一行 iota 仍是 3，但没用上；下一行仍+1<br> V // iota=4，V=0（沿用上行右值 3？错！沿用的是表达式 <code>3</code>，不是 <code>1<<iota</code>）结果
V=3，不是 1。关键点：<br>• <code>iota 行进与是否使用它无关，只和“行数”有关• 省略右值时，沿用的是**上一行完整的初始化表达式**，不是上一行的计算结果
• 一旦混用算术（如
+1、），务必逐行推算 iota 当前值
位运算枚举中漏掉 1 ，导致权限值全为 0 或重复
写权限标志时，典型错误：
const (<br> Read = iota // 0 ← 错！0 位移后还是 0<br> Write // 1<br> Delete // 2<br>)结果
Read=0，按位与永远不生效。正确写法必须带位移：const (<br> Read = 1 << iota // 1<br> Write // 2<br> Delete // 4<br>)另一个坑：从
iota + 1 开始位移，比如 1 ，第一项变成 2，跳过 1，后续所有值翻倍，和前端/协议约定对不上。<br>实操建议：<br>• 权限枚举一律用 <code>1 起手<br>• 需要预留“无权限”状态？单独定义 <code>None = 0，不要靠 iota 生成• 用
go vet 或静态检查工具扫位运算常量，能发现 0 值异常 
