Go 中枚举用 const + iota 是事实标准：需定义底层类型如 type State int，显式绑定以保障类型安全；iota 从 0 起始但可偏移（如 +100）、占位跳过（\_ = iota）或生成位掩码（1
Go 里没有 enum，但用 const + iota 就是事实标准
Go 语言不支持 enum 关键字，这不是缺陷，而是设计取舍。真正可靠、类型安全、可调试、可序列化的枚举方案，就是自定义类型配合 const 块里的 iota。别去折腾字符串常量集合或 map 模拟——它们没法做类型检查，也拦不住传入非法值。
-
iota不是关键字，是预声明标识符，只在const块内有效，每进一个新const块就重置为 0 - 必须显式绑定底层类型（如
type State int），否则所有常量只是无类型整数，失去类型约束 - 不实现
String() string方法的话，fmt.Println(state)输出的是数字，日志和调试时完全看不出含义
怎么让 iota 从 1 开始、跳过某个值、或者生成位掩码
默认从 0 开始太常见，但状态码、月份、HTTP 状态等场景往往要从 1 或其他值起步；权限控制则需要 1, 2, 4, 8 这样的位幂值——这些都能靠表达式控制，不是 magic number 硬写。
- 偏移起始值：
Pending State = iota + 100→ 后续自动得 101、102 - 跳过值：
_ = iota占位，下一行iota继续递增（注意：不是“跳过计数”，而是跳过赋值） - 位掩码：
Read Permission = 1 ，Write自动是1 （即 2），适合用|组合、&判断 - 分组重置：两个独立的
const块之间，iota自动归零，不用手动干预
为什么一定要给枚举类型实现 String() 和 IsValid()
没 String()，打印出来全是数字，查日志等于破译密码；没 IsValid()，上游随便传个 State(999) 进来，程序可能 panic 或静默出错。
-
String()是fmt包调用的接口，不是可选功能——它是生产环境可维护性的底线 - 用
switch实现比查 map 更快、更安全（编译期检查是否穷举），且不会因 map 未初始化 panic -
IsValid()要覆盖全部合法值，default分支返回false，避免把非法值当合法处理 - JSON 序列化需额外实现
MarshalJSON()和UnmarshalJSON()，否则默认输出数字
常见翻车现场：iota 用错位置、类型丢失、跨包误用
最典型的错误不是语法报错，而是运行时行为诡异：比如 fmt.Println 显示数字、json.Marshal 输出 0、单元测试里传入非法值却没被拦截。
- 在
var或func里写iota→ 编译失败：undefined: iota - 只写
const (A = iota; B)没定义类型 →A和B是无类型整数，赋值给State类型变量时要显式转换，极易漏掉 - 把枚举常量导出（首字母大写），但没把类型一起导出 → 其他包无法声明该类型变量，只能用
int接收，彻底失去枚举意义 - 在多个
const块中复用同一组值但没重置iota→ 实际上每个块都独立，这点反而不容易出错，但容易误解文档
真正难的不是写出能跑的枚举，而是让它的边界清晰、行为可预测、错误可捕获。比如 State(123) 这种值，应该在第一次被构造时就被识别为非法，而不是等到调用某个方法才崩溃。这要求你从定义那一刻起，就把类型、方法、校验绑在一起——而不是当成一组松散常量来用。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
