go 中 iota 从 0 开始计数；每个 const 块内首次出现时重置为 0，每次在表达式右侧被引用时递增 1，而非按行递增，因此未显式赋值的常量行才参与 iota 计算。
Go 里 iota 从哪开始计数？为什么第一个常量不是 0？
iota 每次出现在新的 const 块开头时重置为 0，但它只在“被引用时”才递增——不是每行一次，而是每次出现在表达式右侧时加 1。常见错误是以为写三行 const 就自动对应 0、1、2，结果发现第一个值是 1 或更怪的数。
- 没显式赋值的常量行，
iota按顺序参与计算；一旦某行用了其他值（比如FlagRead = 1），后续行的iota不会跳过，仍按原位置累加 - 空行、注释行不打断
iota计数，但const块结束就重置 - 想让枚举从 1 开始？直接写
FlagRead = 1 + iota，别靠空行或注释“骗”编译器
const (
FlagRead = 1 + iota // 1
FlagWrite // 2（iota 此时是 1）
FlagExec // 3（iota 此时是 2）
)
多个 const 组里重复用 iota，值会串吗？
不会。每个 const 块独立重置 iota，这是设计初衷，也是最常被误读的一点。有人把权限标志和 HTTP 状态码硬塞进同一组，结果状态码从 4 开始——其实是前一组占了位置，不是 iota 记仇。
- 不同
const块之间完全隔离，哪怕名字一样、类型一样，iota也互不影响 - 但别为了“省事”把语义无关的常量塞一起，可读性掉得比性能快得多
- 如果真需要跨组延续数值（极少见），手动写数字，别依赖
iota的“连续感”
const (
ModeTCP = iota // 0
ModeUDP // 1
)
const (
CodeOK = iota // 又是 0，不是 2
CodeErr // 1
)
用 iota 实现位掩码时，左移写法容易错在哪？
位枚举最典型场景是权限组合，比如 os.OpenFile 的 flag。错得最多的是 1 写成 <code>iota ，或者漏了括号导致运算优先级出问题，生成的值根本不是 1、2、4、8……
1 是安全写法；<code>iota 得到的是 0、2、4、6……这不是幂次，没法做位或组合- 如果起始不是 0（比如想跳过第 0 位），要写成
1 ，括号不能省 - 注意
uint和int在右移时行为一致，但打印或比较时符号位可能引发隐式转换问题
const (
PermRead = 1 << iota // 1
PermWrite // 2
PermExec // 4
)
// 错误示范：PermWrite 会变成 1，PermExec 变成 2，全乱了
// PermWrite = iota << 1
为什么 iota 不能用在变量或函数里？
iota 是编译期常量生成器，只在 const 声明上下文中合法。试图在 var 或函数体里用，会报 undefined: iota ——它根本不是个变量，也不是运行时概念。
立即学习“go语言免费学习笔记（深入）”；
- 想动态生成类似序列？用切片或 map 手动初始化，别硬套
iota - 某些人想用
iota控制日志等级顺序，结果发现只能在 const 里用，最后还是得配个映射表 - 记住：Go 的常量必须在编译期确定值，
iota只是帮你在写代码时少敲几个数字，不是魔法索引器
真正麻烦的不是语法限制，而是习惯性把 iota 当“自增变量”来想——它没有状态，不存储，不跨行存活，只服务当前 const 行的右值表达式。
