Go 中 iota 在不同 const 块中各自从 0 开始计数，不共享状态；每块内按声明行序递增，空行注释不影响；跨块无法延续，也不能用变量传递，仅限 const 声明中使用。
Go 中 iota 在不同 const 块里自动重置
iota 不是全局计数器，它只在单个 const 块内有效，且每次进入新块就从 0 重新开始。这不是“重置”行为，而是作用域隔离的自然结果。
常见错误是以为把 const 拆成两块就能延续前一块的值，比如想让第二块接着 5、6、7 数——实际它永远从 0 起步。
- 每个
const块独立维护自己的iota生命周期 - 块内第一行声明对应
iota == 0，第二行是 1，以此类推 - 空行、注释、跨行声明都不影响计数顺序（只要在同一块内）
多个 const 块间无法共享或传递 iota
没有语法能显式“导出”或“导入”某个块里的 iota 值。试图用变量承接再用于下一块会失败——iota 只在常量声明期求值，运行时不可见。
典型误写：
立即学习“go语言免费学习笔记（深入）”；
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
const a = iota // a == 0 const b = a + 1 // ❌ 编译错误：a 是常量，但这里不是 const 块上下文
-
iota只在const声明语句中合法，其他地方直接写就是未定义标识符 - 不能用
var或const（非同一块）去“记住”上一块的iota结果 - 如果真需要跨块连续编号，只能手动写数字，或用代码生成工具
嵌套 const 块？不存在的
Go 不支持 const 块嵌套。所谓“嵌套”，其实是两个独立块，哪怕缩进一致、中间没空行，也完全不共享 iota。
例如：
const (
X = iota // 0
Y // 1
)
const (
P = iota // 0 ← 还是从零开始，和上面无关
Q // 1
)
- 括号形式的
const ()和单行const X = iota行为一致，都各自维护iota - 即使两个块紧挨着，编译器也按词法块（lexical block）划分，无隐式状态传递
- 别依赖缩进或空行来猜测行为，看
const关键字出现次数就够了
为什么设计成这样？和性能/兼容性无关，纯属语义清晰
Go 的 iota 本质是“当前 const 块第几项”的语法糖，不是计数器变量。这种设计避免了跨块副作用，也让常量定义更可预测。
容易被忽略的一点：当 const 块里混用表达式和 iota 时，计算时机仍严格按行序，但值可能“跳跃”：
const (
A = iota // 0
B = 100 // 手动赋值，不消耗 iota
C = iota // 2 ← 注意：这里是 2，不是 1，因为 iota 行数没跳过
-
iota的值只取决于它在块内的声明行序号，和是否被使用无关 - 混用手动值和
iota很容易算错后续值，建议整块统一风格 - 大型 const 列表若需部分偏移，用
iota + N比拆块更可控
