go 语言不支持数组、结构体、切片、映射、接口或指针等复合类型的常量；常量仅限于基础类型（布尔、整数、浮点、复数、符文和字符串），因此 `const bar [1][1]float64 = ...` 在语法上非法。
在 Go 中，const 的语义是编译期确定的不可变值，且其类型必须属于语言规范明确定义的“常量类型”——即仅包括 bool、rune、int/uint 系列、float32/float64、complex64/complex128 和 string。数组（包括多维数组）、结构体、切片等均属于复合类型（composite types），它们的值在内存中具有布局和地址语义，无法在编译期以“字面量常量”的形式完全展开并固化，因此被明确排除在常量体系之外。
你遇到的报错：
type fooT [1][1]float64
const BAR fooT = {[1]float64{.01}} // ❌ syntax error: unexpected {根本原因并非语法书写错误，而是 Go 编译器在解析 const 声明时直接拒绝任何非基本类型的右值——即使该值看起来“不可变”。相比之下，var BAR = fooT{[1]float64{.01}} 能通过，是因为 var 声明的是包级变量（初始化表达式在包初始化阶段求值），其底层仍是一个可寻址的内存对象，符合变量语义。
✅ 正确替代方案（推荐）：
-
使用未导出的包级变量 + 文档约定为“只读”（最常用、清晰、安全）：
type fooT [1][1]float64 // BAR 是包内只读的二维数组；禁止外部修改（可通过封装控制） var BAR = fooT{[1]float64{0.01}} -
封装为函数返回（真正不可变语义，零分配开销）：
func Bar() [1][1]float64 { return [1][1]float64{[1]float64{0.01}} }调用 Bar() 每次返回副本，无共享状态风险，且现代 Go 编译器通常会内联优化，性能等价于直接访问。
若需大量常量数据，考虑生成代码或使用 //go:embed + 解析（适用于大尺寸静态数据）。
⚠️ 注意事项：
- 不要试图用 unsafe 或反射“伪造”数组常量——违反类型安全，且无实际收益；
- const 的设计初衷是支持编译期计算与泛型约束（如 const N = 10 用于数组长度），而非替代只读数据容器；
- 所有“常量数组”需求本质上都是对不可变数据的诉求，Go 通过 var + 命名约定 + 封装函数已能安全、高效地满足。
总结：这不是语法缺陷，而是 Go 类型系统有意为之的简洁性权衡。接受 var 声明的只读数组作为事实标准，配合清晰命名（如 DefaultConfig, IdentityMatrix）和单元测试验证不可变性，是 Go 生态中的惯用实践。
