iota是编译期硬编码规则，每行const声明触发一次自增，非每个常量名；同一行多常量共享同值；不同const块独立重置为0；仅限整型常量表达式，不可用于var或函数体。
iota 不是“语言学习”能推导出来的逻辑，它是一套编译期硬编码的规则——你读源码、看文档、写测试，才能确认它的行为；靠“理解语言习惯”或“类比其他语言”反而容易误判。
const 块里每行算一次 iota 自增，不是每个常量名
很多人以为 iota 是“每声明一个常量就加 1”，但实际是：**每遇到一个 const 声明语句（即每个 ConstSpec）就加 1**。而一行可以有多个常量声明：
const (
a, b = iota, iota // a=0, b=0（同一行，iota 还没变）
c, d // c=1, d=1（进入下一行，iota 变为 1）
)
关键点：
- 注释、空行、
_占位符都不触发自增 - 一行写
x, y, z三个未赋值常量 → 它们共享同一个iota值 - 如果某行只写
_，不构成ConstSpec，iota不递增
iota 在不同 const 块中完全独立，重置为 0
两个相邻的 const 块，iota 互不影响。这不是“作用域”，而是语法解析阶段的计数器重置：
const ( A = iota; B ) // A=0, B=1 const ( C = iota; D ) // C=0, D=1 —— 不是 2 和 3
常见误用场景：
- 把多个逻辑组强行塞进一个
const块，指望用_隔开并重置iota→ 不行，iota继续累加 - 在
var或函数体里写iota→ 编译错误：undefined: iota - 用
iota计算浮点常量（如pi * iota）→ 编译失败，iota只能参与整型常量表达式
位运算组合时，iota 的求值时机很关键
iota 不是运行时变量，它在编译期就被替换成当前索引值。所以像 1 这种写法，本质是展开为 <code>1、<code>1、<code>1……
const (
FlagRead = 1 <p>陷阱：</p>
- 写成
FlagX = iota → 得到 0, 2, 4, 6… 容易和位掩码预期不符 - 混用
iota和显式数字（如ErrUnknown = 999 + iota）→ 后续常量仍按顺序加 1，不是“从 999 开始排” - 在
const块中穿插类型声明（如type T int）→ 会打断iota计数，后续常量从 0 重新开始（Go 1.22+ 已禁止这种写法）
调试 iota 行为最直接的办法：看 go tool compile -S 输出
别猜，用工具验证。执行：
go tool compile -S your_file.go | grep "const.*="
你会看到类似：
const A = 0 const B = 1 const C = 5 // 因为中间有显式赋值 C = 5，后续 D 就是 5，不是 2
真正容易被忽略的点是：iota 的“行”概念绑定的是 AST 中的 ConstSpec 节点，不是源码物理行号——带换行符的宏式写法（比如用反斜杠续行）在 AST 层仍算一行，iota 不变。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
