iota是go语言编译期行级计数器，按实际赋值行序号递增（空行、注释、下划线不消耗），起始值和步长需手动偏移（如first = iota + 1），同一行多常量共享同值，跨const块重置；定义位掩码必须用1是因为需确保每位独立为2的幂次，避免位运算冲突。
iota 不是“枚举语法糖”，它是编译期行级计数器，用错地方直接报错或逻辑错位。
const 块里怎么控制 iota 起始值和步长
它不按“用了几次”递增，而是按“出现在第几行”决定值——空行、注释、下划线 _ 都不消耗 iota，只有带实际赋值的行才触发计数。想从 1 开始？写 First = iota + 1；想跳过 0？单独一行写 _ = iota；想让端口号从 8000 起递增？写 Port8000 = 8000 + iota。
常见错误：在 const 块中间插一句 // debug only 注释，后面所有值全偏移 1 —— 因为注释行也算“新行”，iota 已经加了 1，但没被任何常量用上，后续隐式继承就错位。
- 同一行多个常量共享一个 iota 值：
A, B = iota, iota→ A 和 B 都是 0 - 表达式中多次出现 iota（如
iota, iota*2）仍只算一次递增 - 跨 const 块必然重置，
const (x = iota)和const (y = iota)中 x、y 都是 0
定义位掩码时为什么必须用 1
直接写 Read = iota 得到的是 0、1、2……这不是位掩码，是普通序列。权限组合依赖每位独立，Read | Write 必须等于 0011，而不是 0010（即 2），否则 Read | Write == Execute 就成立，判断全乱。
正确写法是显式左移：Read = 1 → <code>Read=1、Write=2、Execute=4。这样每个值二进制只有一位为 1，按位或无损，按位与可精确检测。
- 类型建议用
uint，避免符号位干扰右移或跨平台行为 - 别混用：const 块里不要同时出现
Read = 1 和 <code>Version = "v1"，后者会让 iota 在下一行重置为 0 - 组合标志必须用
|，判断必须用括号：(perm & Read) != 0，漏括号会因优先级问题变成perm & (Read == Read)→perm & true→ 编译失败
给 iota 枚举加 String() 方法要注意什么
不加 String()，打印 Pending 就是 0，日志和调试全靠猜。但加得不对，照样踩坑：类型声明必须显式，比如 type Status int，再写 Pending Status = iota；否则常量是 untyped int，传参时可能隐式转换失败。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
Switch 分支必须覆盖全部已知值，并带 default fallback，否则未定义值（比如网络传入非法 status=99）会返回空字符串，线上排查极难定位。
-
String()只影响fmt.Printf("%v")等格式化输出，不影响 JSON 序列化 ——json.Marshal(Status(0))还是输出0 - 要 JSON 输出字符串，必须额外实现
MarshalJSON()方法，返回json.Marshal(s.String()) - 零值（如
Status(0)）容易被误判为“未初始化”，工程中常让枚举从 1 开始，避开 0
为什么不能在 var 或函数里用 iota
iota 是编译期机制，不是运行时变量。写 var x = iota 直接语法错误；在函数里写 fmt.Println(iota) 报 undefined: iota。它只存在于 const 块内部，且每个块独立作用域。
有人想“模拟运行时常量”，比如带时间戳的版本号，这是误区 —— 正确做法是用 var + init() 函数一次性计算并赋值，语义清晰、行为可控。
- 闭包、匿名函数、map 默认值、struct 字段初始化里都不能用 iota
- 想动态生成序列？用普通 for 循环 + 变量，别硬套 iota
- iota 不支持条件分支，无法实现“奇数行+1、偶数行+2”这类逻辑
真正复杂的点不在语法，而在边界：比如混合使用位掩码和状态码的 const 块，稍不注意 iota 就串行；或者 String() 方法里忘了处理零值，导致 API 返回空字符串却无报错。这些细节不爆线上，很难被测试覆盖到。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
