Go 无原生 enum，但用 const + iota 配合自定义类型（如 type Status int）可安全模拟枚举；需显式指定底层类型、实现 String() 和 ParseStatus() 支持字符串转换，并避免裸 int 导致的类型混淆。
Go 里没有 enum 关键字，但用 const + iota 能安全模拟
Go 语言确实不提供原生枚举类型，但用 const 块配合 iota 是官方推荐、生产环境广泛使用的做法。它不是语法糖，而是类型安全、可导出、可打印、可参与比较的真值集合。
关键在于：必须显式定义底层类型（比如 int 或自定义类型），否则每个常量是独立的未命名类型，无法统一接收或传参。
- 错误写法：
const ( A = iota; B )→A和B是无类型的整数常量，不能直接用于函数参数或结构体字段声明 - 正确起点：
type Status int，再用const ( Pending Status = iota; Approved; Rejected ) -
iota每行递增，但只在同一个const块内有效；跨块重置为 0
如何让枚举支持字符串输出和反向解析（String() 和 ParseStatus()）
默认枚举值打印出来只是数字，调试和日志很不友好。加一个 String() 方法就能自动触发 fmt.Println 等调用时的可读输出；反向解析则靠手动映射表，别依赖 reflect —— 性能差且无法编译期校验。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 必须为自定义类型实现
String() string方法，接收者用指针还是值取决于是否需要修改内部状态（通常用值） - 反向解析函数（如
func ParseStatus(s string) (Status, error)）建议用map[string]Status预构建，避免每次遍历switch - 注意大小写敏感：如果协议要求小写字符串，就存
"pending"，别硬写"Pending"导致匹配失败
type Status int
const (
Pending Status = iota
Approved
Rejected
)
func (s Status) String() string {
switch s {
case Pending:
return "pending"
case Approved:
return "approved"
case Rejected:
return "rejected"
default:
return "status(" + strconv.Itoa(int(s)) + ")"
}
}
为什么不能直接用 int 当枚举类型？容易踩哪些类型混淆坑
用裸 int 定义枚举看似省事，实际破坏类型约束，导致边界失控：任意整数都能被传入本该只接受合法状态的地方，编译器完全不拦。
立即学习“go语言免费学习笔记（深入）”；
- 函数签名写
func Do(status int)→Do(999)合法但语义错误，运行时才可能暴露问题 - 改用
func Do(status Status)后，Do(999)直接编译失败，Do(int(Rejected))也需显式转换，强制开发者确认意图 - JSON 序列化时，裸
int和自定义类型行为一致，但后者可通过实现UnmarshalJSON拦截非法值（比如拒绝-1） - 数据库扫描（如
sql.Scan）时，自定义类型需实现Scan方法才能兼容int64/string等不同来源
进阶：带标志位（bitmask）的枚举怎么处理
当需要“多选”语义（比如权限组合），就得用位运算。这时 iota 要配合左移，且底层类型推荐 uint（避免符号扩展问题）。
- 写法：
const ( Read Permission = 1 ，这样每个值是独立 bit 位 - 判断是否包含某权限用
perm&Read != 0，不是perm == Read - 不要混用位枚举和普通枚举：同一个类型里既用
iota递增又用1 会导致值冲突（比如 <code>Read=1,Write=2,Exec=4，但第 4 个常量若没位移就变成3） - JSON 输出仍建议走
String()，而不是暴露原始数字——否则前端看到5完全不知道代表Read|Exec
type Status int 就定好契约，后续所有方法、序列化、校验都围绕这个类型展开。漏掉类型声明或忘记 String()，后面调试时花的时间远超写那几行代码的成本。 
