go中定义常量用const，值必须编译期确定；支持类型推导与显式声明，iota在const块内自增且跨块重置，常量不可为运行时结果，作用域遵循标识符规则并涉及内联与重编译问题。
Go 语言中定义常量用 const，不是 let 或 #define，也不支持运行时计算——所有值必须在编译期确定。
const 声明的基本语法和类型推导
Go 的 const 支持显式类型声明，也支持类型推导。推导规则简单：看字面量本身（如 42 是 int，3.14 是 float64，"hello" 是 String）。
常见误区是以为 const x = 42 和 const x int = 42 完全等价——它们在多数场景下行为一致，但一旦参与接口赋值或类型约束（比如泛型约束、~int），隐式类型可能引发编译错误。
推荐做法：
立即学习“go语言免费学习笔记（深入）”；
- 数值常量优先用无类型形式（如
const Port = 8080），便于后续灵活赋值给int、uint16等 - 需要明确语义或避免溢出时，显式带类型（如
const MaxRetries uint8 = 3） - 字符串、布尔常量通常无需显式类型，Go 推导足够可靠
iota 的使用边界与重置逻辑
iota 是 Go 常量块内的自增计数器，从 0 开始，每行递增 1。但它**只在同一个 const 块内连续生效**，跨块即重置为 0。
容易踩的坑：
- 空行或注释行不跳过
iota计数（iota按行计，不是按非空行） - 同一行多个常量共用一个
iota值（如const (A, B = iota, iota)中 A 和 B 都是 0） - 想跳过某值却忘了用下划线或表达式（如
_ = iota或iota + 1）
典型安全写法：
const ( Unknown = iota Active Inactive Deleted ) const ( // 新 const 块，iota 重新从 0 开始 TCP = iota UDP ICMP )
常量不能是运行时结果，包括 len()、cap()、函数调用
Go 编译器要求常量值必须可静态求值。这意味着以下写法全部非法：
-
const s = len("hello")——len是内置函数，但仅对字符串/数组字面量长度允许（如const n = len("abc")合法，因为"abc"是字面量） -
const now = time.Now()—— 函数调用禁止 -
const buf = make([]byte, 1024)——make是运行时操作 -
const x = os.Getenv("PORT")—— 环境变量读取发生在运行时
替代方案：
- 用变量（
var）承接运行时值 - 用
init()函数做首次初始化 - 对配置类“伪常量”，考虑用
func封装（如func DefaultTimeout() time.Duration { return 30 * time.Second }），既保持不可变语义，又支持测试替换
常量作用域与包级可见性控制
Go 中常量遵循和变量一样的作用域规则：首字母大写导出，小写包内私有。但要注意，常量名不是“标识符别名”，而是真实绑定到具体值的符号。
关键细节：
- 导出常量（如
const MaxSize = 1024）会被其他包直接内联（inlined），即调用方代码里实际出现的是1024，而非引用该常量符号 - 修改导出常量的值后，**依赖它的其他包必须重新编译**，否则仍用旧值（这是内联导致的常见缓存问题）
- 包内私有常量（如
const debugMode = true）不会被外部看到，适合开关、调试标记等
若需“可配置但不可变”的值（例如启动时读取配置后固定），不要强行塞进 const，改用 var + 初始化保护（如用 sync.Once 或 init 函数）。