Go不支持enum关键字是刻意设计，用const+iota+自定义类型替代；type Status int提供类型安全，避免非法赋值；实现Stringer接口可静态映射字符串；状态机需在业务逻辑中硬编码合法跳转规则。
Go里为什么不能直接写 enum？
因为Go语言设计上压根没提供 enum 关键字——不是遗漏，是刻意省略。官方认为枚举本质就是“带名字的常量集合”，用 const + iota + 自定义类型就能干净覆盖所有需求，没必要加语法糖。强行加 enum 反而会模糊类型边界、增加学习成本。
type Status int 和 const (Pending=0 Running=1) 的区别在哪？
单独用 const 定义常量只是命名数字，比如 Pending 本质还是 int，能和任意整数做运算、赋值，毫无约束。而加上 type Status int 后：
-
var s Status = Pending合法；var s Status = 0编译报错：cannot use 0 (type int) as type Status - 函数参数声明为
func handle(s Status)，调用时传1或"running"都过不了编译 - 底层仍是
int，零开销，不额外占内存
怎么让 Status(1) 打印出 "Running"？
实现 fmt.Stringer 接口，不是靠反射或运行时查表——而是静态映射+方法绑定：
func (s Status) String() string {
switch s {
case Pending: return "pending"
case Running: return "running"
case Done: return "done"
default: return "unknown"
}
}
注意两点：
立即学习“go语言免费学习笔记（深入）”；
- 别用
map[Status]string查表（小枚举没问题，但 map 查找有哈希开销，且无法内联） - default 分支必须有，否则
Status(99)会 panic 或返回空字符串，线上容易埋雷
状态机流转时怎么避免非法跳转？
枚举本身不保证状态合法性，得靠业务逻辑兜底。常见做法是在状态变更函数里硬编码规则：
func (s *Machine) Transition(next Status) error {
switch s.current {
case Pending:
if next != Running && next != Done {
return errors.New("invalid transition from pending")
}
case Running:
if next != Done && next != Error {
return errors.New("invalid transition from running")
}
// ...
}
s.current = next
return nil
}
关键点：
- 别只校验
next是否在枚举范围内（Status(99)可能合法但业务非法） - switch 的每个 case 必须显式列出允许的目标状态，漏写一条就等于开了后门
- 错误信息里带上当前和目标状态，方便日志追踪
真正难的不是定义枚举，而是把状态约束写进业务逻辑里——编译器帮不了你这部分。
