iota不能跨const块复用，因为每次遇到const关键字时iota重置为0，仅在当前块内按行递增；误以为它是全局计数器会导致a=0、b=0而非0、1，正确做法是将需连续编号的常量置于同一const块中。
为什么 iota 不能跨 const 块复用
iota 每次遇到 const 关键字就重置为 0，它只在当前 const 块内递增。这意味着两个独立的 const 块里，iota 都从 0 开始算，互不影响。
常见错误是误以为 “iota 是全局计数器”，结果写出类似下面的代码却得不到预期值：
const A = iota // 0 const B = iota // 还是 0，不是 1
正确做法是把需要连续编号的常量放在同一个 const 块里：
- 多个枚举组必须分块定义（如状态码、标志位、错误类型各自独立）
- 若需跨组延续编号，得手动加偏移，比如
StatusRetrying = StateError + 1 - 编译器不报错，但逻辑错位——这是最隐蔽的坑
如何让 iota 从 1 开始而不是 0
直接在首项写 iota + 1 即可，后续项自动按行递增，无需重复加。
例如星期枚举常被要求从 1 开始（避免和布尔 false 混淆），这么写最安全：
type Weekday int const ( Sunday Weekday = iota + 1 // 1 Monday // 2 Tuesday // 3 Wednesday // 4 Thursday // 5 Friday // 6 Saturday // 7 )
注意：不要写成 Sunday = 1; Monday = iota，那样 iota 已经是 1，Monday 会变成 1，和 Sunday 冲突。
- 所有后续项必须依赖同一行的
iota行为，否则编号断裂 - 如果中间插了显式赋值（如
Tuesday = 10），后面项会继承该值，不是继续递增 - 字符串枚举或权限位枚举通常不用 +1，但业务状态码经常需要
跳过某个枚举值怎么写
用 _ 占位是最清晰的方式，它既占一行位置，又不引入命名符号，避免污染命名空间。
典型场景是预留未来扩展位、屏蔽无效状态、或对齐协议字段：
type ServerState int const ( StateIdle ServerState = iota // 0 StateConnected // 1 _ // 2，跳过，不导出也不使用 StateError // 3 StateRetrying // 4 )
关键点：
-
_不是变量，只是语法占位符，编译期完全丢弃 - 不能写成
unused或reserved，否则会导出一个无意义常量 - 如果跳过的是最后一项（如
_在末尾），后续新增项仍按行号递增，不会“补空”
给枚举加 String() 方法时容易漏掉什么
实现 fmt.Stringer 接口时，最常漏的是边界检查——当传入非法值（比如 ServerState(999)）时，map 查找会 panic。
安全写法是用 switch 或带默认分支的 map 查表：
func (s ServerState) String() string {
switch s {
case StateIdle:
return "idle"
case StateConnected:
return "connected"
case StateError:
return "error"
case StateRetrying:
return "retrying"
default:
return "ServerState(" + strconv.Itoa(int(s)) + ")"
}
}
注意：
- 别用
map[ServerState]string查表却不处理未定义 key，线上日志可能因此崩溃 - 如果枚举值范围固定且小（≤10），
switch比 map 更快、更安全 - 生成文档或调试时，返回带类型的 fallback 字符串（如
"ServerState(999)"）比空字符串更有诊断价值
真正难的不是定义枚举，而是让每个值在日志、网络序列化、数据库映射中都保持可读且不 panic —— 这些细节往往上线后才暴露。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
