go不支持const定义切片或map，因其为引用类型、编译期无法确定内存布局；推荐用unexported变量加封装函数模拟只读，或空struct封装提供不可变语义。
Go 里不能定义常量切片或常量 map
Go 语言不支持 const 修饰 slice 或 map 类型——编译器会直接报错 invalid array length const -1 或类似提示。这不是语法疏漏，而是设计使然：slice 和 map 是引用类型，底层指向动态分配的内存，无法在编译期确定其内容和布局。
用 unexported 变量 + 封装函数模拟“只读”行为
最常用、也最符合 Go 惯例的做法，是定义一个包级私有变量（var），再提供一个不暴露底层数组/映射的访问函数。这样调用方无法修改原始数据，又避免了每次调用都重新构造开销。
常见错误现象：
• 直接返回 slice 字面量（如 return []string{"a", "b"}）→ 调用方拿到后可随意修改
• 返回指针或 map 地址 → 外部仍能改内容
• 用 sync.Map 或 sync.RWMutex 包裹 → 过度设计，纯只读场景没必要
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
var定义底层数据（数组或 map），加unexported名称（小写开头） - 提供导出函数（大写开头），返回拷贝或只读视图（如
[]T或map[K]V的只读封装） - 若需高性能遍历，返回
range友好的结构（比如固定长度数组 + 长度常量）
示例：
var (
supportedFormats = [...]string{"json", "yaml", "toml"}
formatList = supportedFormats[:] // slice view, but still mutable internally
)
func SupportedFormats() []string {
return append([]string(nil), supportedFormats[:]...) // shallow copy
}
func IsSupportedFormat(f string) bool {
for _, s := range supportedFormats {
if s == f {
return true
}
}
return false
}
用 struct + 方法实现真正不可变语义
如果需要强约束（比如防止误传、静态检查、或明确表达“这个东西不该被改”），可以把常量集合封装进一个空 struct，并用方法暴露只读能力。这种方式在 API 设计中更清晰，也能配合 go vet 或 linter 检查。
性能影响：
• struct 零开销（空 struct 占 0 字节）
• 方法调用无额外成本（通常内联）
• 比每次生成新 slice 更轻量
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- struct 不含字段，仅作为命名空间和语义载体
- 所有方法返回新 slice / 副本，或只做查询（不暴露内部引用）
- 避免在方法里返回
&slice[0]或map地址
示例：
type FormatSet struct{}
func (FormatSet) List() []string {
return []string{"json", "yaml", "toml"}
}
func (FormatSet) Contains(f string) bool {
for _, s := range []string{"json", "yaml", "toml"} {
if s == f {
return true
}
}
return false
}
var Formats FormatSet
为什么不用 go:embed 或 text/template 编译期生成？
有人尝试用 go:embed 加 JSON/YAML 文件，再在 init() 中解析成全局变量——这确实能“固化”数据，但本质仍是运行时初始化，且引入 IO 依赖、破坏纯函数性、增加 binary size。更重要的是：它绕过了编译期校验，反而更容易出错（比如格式错误只在启动时报）。
容易踩的坑：
-
go:embed文件路径错误导致静默为空，没报错但数据丢了 - JSON 解析失败未处理，panic 在 main 启动前
- map[string]interface{} 类型丢失类型安全，后续使用要反复断言
结论很直接：除非你本来就要加载外部配置，否则别为“常量化”而引入 embed。
真正在意编译期限制的人，其实是在意两点：一是数据不可变性（防误改），二是代码可推理性（看一眼就知道不会变）。Go 不提供语法糖，但用好 var + 封装 + 约定，比任何 magic 更可靠。
