go中常量本身不提升函数执行效率，真正起作用的是编译器对常量表达式的编译期求值及后续优化；const定义的变量在函数内不会被内联，仅无类型或类型明确的字面量才可能被折叠。
Go 中的常量本身不提升函数执行效率——它不参与运行时计算，也不改变函数调用路径。真正起作用的是编译器对常量表达式的**编译期求值**和后续触发的优化链（如内联、逃逸分析、死代码消除），而非常量定义本身。
const 变量在函数里是否会被内联？
不会。只有 const 声明的**无类型常量或类型明确的字面量**才可能被编译器直接折叠进指令；而用 const 定义的变量（哪怕值是字面量）一旦出现在函数作用域中，就只是个只读标识符，不等价于编译期可推导的常量表达式。
常见误用：
-
const MaxRetries = 3→ 在函数里写for i := 0; i ：能内联，因为 <code>MaxRetries是编译期已知整数 -
const DefaultTimeout = time.Second * 5→ 在函数里写ctx, _ := context.WithTimeout(ctx, DefaultTimeout)：不能内联，因为time.Second * 5含函数调用（time.Second是变量），违反编译期求值规则 -
const KB = 1024→buf := make([]byte, KB*10)：可被完全折叠为make([]byte, 10240)，逃逸分析更易判定该 slice 是否栈分配
哪些 const 表达式会被编译器真正“吃掉”？
Go 编译器只接受纯编译期可算尽的表达式。只要出现以下任一情况，整个表达式就降级为运行时求值：
- 调用任何函数（
len、cap、unsafe.Sizeof等都不行，除非参数全是常量且结果可静态推导） - 涉及接口、反射、方法调用
- 使用未显式类型的变量参与运算（如
const x = 1; const y = x + 2.0→ 类型冲突，编译失败） - 字符串拼接中混入非字面量（
const prefix = "v"; const ver = prefix + "1.0"→ 错误，prefix是变量名，不是字面量）
正确示例：
const (
BufSize = 4096
MaxLen = 1 <p>上面三者都会被编译器替换为原始字面量，不占运行时空间，也不产生额外指令。</p><h3>-gcflags="-m" 能帮你确认 const 是否生效</h3><p>加 <code>-m</code> 参数构建时，如果看到类似 <code>inlining call to add</code> 或 <code>stack object []byte [4096]byte</code>，说明常量已被用于逃逸分析或内联决策；但如果输出里有 <code>... escapes to heap</code> 或 <code>cannot inline ... because ...</code>，大概率是你写的 <code>const</code> 实际没被当作编译期常量用。</p>
- 运行
go build -gcflags="-m=2" main.go - 搜索关键词：
can inline、escapes、const出现在函数体内的行号附近 - 注意：
const自身不会被打印，但它的使用位置会暴露优化结果
真正影响性能的从来不是“写 const”，而是你写的表达式能否让编译器在生成机器码前就把它算出来——然后顺手把相关分支剪掉、把内存分配压到栈上、把小函数展开。别迷信 const 关键字，盯住 -m 输出里的实际行为。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
