iota严格按物理行计数，每行+1，仅显式声明常量时赋值；\_ = iota、空行、注释均使iota递增但不赋值，导致后续常量值偏移。
const块里iota怎么算行数
iota不是按“逻辑上有没有写值”来递增，而是严格按物理行计数：每进一行（哪怕空行、// 注释、_ = iota）都+1，但只在显式声明常量的行才把当前值赋出去。
常见错误是看到下面这段代码就以为B是1、C是2：
const ( A = iota // 0 _ // 这行让iota变成1，但没导出常量 B // ← 实际取值是2，不是1 C // ← 实际取值是3 )
因为_那行占了一行，iota已从0→1，B所在行是第三行（iota=2），C是第四行（iota=3）。要让B是1，得删掉_行，或把它挪到块末尾。
为什么iota有时突然跳了、有时卡住不动
本质是“行号计数器”遇上非标准写法。以下情况都会导致值偏移或复用：
-
_ = iota单独一行 → iota +1，但无常量产出 - 同一行写多个常量：
A, B = iota, iota+1→ 它们共享同一个iota值（比如都是5） - 中间某行显式赋值：
X = 100→ 后续行不再延续iota，除非重新写Y = iota - 跨const块 → iota一定重置为0，不存在“继续上次”
最典型翻车现场：Read = iota后面跟Write和Execute，结果发现Execute值是4而不是2——八成前面混进了空行或注释。
位掩码必须用1 ，不能直接<code>iota
定义权限标志时，如果写成：
const ( Read = iota // 0 Write // 1 Execute // 2 )
那Read | Write等于1，根本没法做位运算区分。正确写法是：
const ( Read = 1 <p>原因很简单：<code>1 保证每个值都是2的幂次，才能用<code>|</code>组合、用<code>&</code>检测。漏掉<code>1 ，后续所有位操作逻辑全崩。</code></code></p> <h3>类型没绑定、String()没实现，iota就只是数字别名</h3> <p>很多人止步于“能跑通”，但生产环境真正卡脖子的是这三件事：</p>
- 没显式指定类型（如
Status int），iota生成的是无类型整数 → 调用func f(s Status)时必须手动转f(Status(Active))，极易遗漏 - 没实现
String()方法 →fmt.Println(Active)输出0，日志里全是数字，查问题像破译摩斯电码 - 没实现
IsValid()或switch缺default → 外部传入非法值Status(999)，程序可能panic或静默走错分支
最麻烦的从来不是iota怎么写，而是它生成的常量脱离了类型约束和语义表达——这种“枚举”连调试都费劲，更别说维护了。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
