iota 是每次被引用时才加 1，而非每行加 1；空行、注释、下划线 _ 不触发递增，仅当在表达式右侧实际使用（如 Read = iota）时才自增。
为什么 iota 不是“每行加 1”，而是“每次用才加 1”
很多人写完 const 块发现值对不上，比如本想让 FlagWrite 是 2，结果变成 1——根本原因在于误解了 iota 的递增时机。iota 不是按行号自动累加，而是在表达式右侧**被引用时才加 1**。空行、注释、甚至下划线占位符 _ 都不触发递增；只有像 Read = 1 这样真正把 <code>iota 放在等号右边，才算“用了一次”。
- 错误写法：
Read = iota（0）、Write（1）、Exec = "x"（这行没用 iota，但下一行的iota会重置为 0） - 正确做法：所有位标志必须放在独立 const 块里，且每一项都显式参与 iota 计算，例如
Read = 1 、<code>Write、Exec - 调试技巧：在 const 块开头加
_ = iota可强制对齐起始值，避免因前面某行漏写导致后续偏移
怎么定义带 String() 方法的枚举类型
光有 iota 生成的数字没用，日志里打印 Pending 显示为 0，API 返回也是整数，前端根本看不懂。必须给自定义类型实现 String() 方法，这是让枚举“活起来”的最小必要操作。
- 类型声明要显式：不能只写
const ( Pending = iota )，得先定义type Status int，再让常量属于这个类型 -
String()方法只影响fmt.Printf("%v", x)等格式化输出，不影响 JSON 序列化——这点极易忽略 - switch 分支必须覆盖全部已知值，并加
default分支返回 fallback 字符串，否则未定义值会 panic 或静默返回空 - 示例：
func (s Status) String() string { switch s { case Pending: return "pending"; case Running: return "running"; default: return "status(" + strconv.Itoa(int(s)) + ")" } }
位掩码枚举为什么不能直接用 iota 赋值
写成 Read = iota、Write、Exec 看似简洁，实则埋雷：得到的是 0、1、2，不是 1、2、4。一旦做按位或，Read | Write == Exec，逻辑全乱。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 必须左移：用
Read = 1 才能保证每位独占一个 bit - 类型建议用
uint：避免符号位干扰，尤其在右移或跨平台编译时 - 判断权限别用
==：应写if perm & Read != 0，否则只能匹配“纯 Read”，无法识别“Read | Write”这种组合 - 别混类型：const 块里不要同时出现位掩码和字符串/整数字面量，否则
iota重置，后续值错位
JSON 序列化时枚举还是数字？怎么让它变字符串
默认 json.Marshal 把枚举当整数处理，输出 {"status": 0}。这不是 bug，是设计如此——Go 的 encoding/json 不自动调用 String() 方法。
立即学习“go语言免费学习笔记（深入）”；
- 必须手动实现
MarshalJSON()和UnmarshalJSON()方法 -
MarshalJSON返回值必须是合法 JSON 字符串（带双引号），不能只返回"pending"，得是json.Marshal("pending")得到的[]byte - 反序列化时注意大小写和拼写，比如 API 传
"PENDING"就得在UnmarshalJSON里统一转小写再匹配 - 如果枚举值很多，建议加
IsValid()辅助方法，避免无效字符串导致静默失败
最常被跳过的其实是类型定义本身——没写 type Status int，所有常量都是 untyped int，一进结构体字段或函数参数就报 cannot use ... as type Status。iota 只负责生成数字，类型安全、可读性、序列化行为，全靠你亲手补全。
