Golangconst为何不能取地址？

本篇文章主要是结合我之前面试的各种经历和实战开发中遇到的问题解决经验整理的，希望这篇《Golang const 为什么不能取地址？》对你有很大帮助！欢迎收藏，分享给更多的需要的朋友学习~

Go 中 const 值没有内存地址，因其在编译期被直接替换为字面值，不分配运行时内存，故无法取地址，任何 &constValue 都会触发编译错误；需用 var 声明变量后取址。

Go 中 const 值没有内存地址

因为 const 在编译期就被替换成字面值，不分配运行时内存。Go 编译器会把所有对常量的引用直接内联为对应值（比如 const pi = 3.14159，后续写 &pi 时，编译器根本找不到一个“变量”来取地址）。

这和 C/C++ 不同：C 的 const 变量仍占内存（只是加了只读修饰），而 Go 的 const 是纯编译期符号，连符号表里都不一定保留。

&constValue 会直接报错 cannot take the address of ...

尝试对任何 const 取地址都会触发编译错误，无论类型是 int、string 还是自定义类型：

const name = "gopher"
ptr := &name // 编译错误：cannot take the address of name

常见误操作场景：

• 想传指针给函数（比如 fmt.Printf("%s", &name)）→ 改用 &temp（先赋值给变量）
• 初始化结构体字段为指针（Config{Title: &name}）→ 必须先声明变量：title := name; Config{Title: &title}
• 在切片或 map 中存常量地址 → 不可行，需用变量兜底

替代方案：用变量包装常量再取地址

如果确实需要指针，唯一合法方式是用 var 显式声明变量，并初始化为该常量：

const mode = 0644
var modeVar = mode
permPtr := &modeVar // ✅ 合法

注意点：

• 不能写成 var modeVar = constValue 然后立即取地址——必须分两步或确保变量已分配空间
• 短变量声明 := 也有效：modeVar := mode; ptr := &modeVar
• 这种变量不会被编译器优化掉，哪怕值和常量完全一样

为什么设计成这样？性能与语义一致性

Go 把常量视为“值本身”，不是“可寻址实体”。这种设计带来两个实际好处：

• 避免对字面值取地址引发的歧义（比如 &42 或 &"hello" 在其他语言中行为不一）
• 让编译器能更激进地做常量折叠和内联，减少不必要的内存分配
• 强制开发者区分“不可变值”（const）和“只读存储位置”（var + const 初始化）

真正容易被忽略的是：哪怕常量类型实现了接口，也不能直接取地址转为接口指针——必须经过变量中转。这点在写泛型约束或反射逻辑时特别容易踩坑。

以上就是《Golangconst为何不能取地址？》的详细内容，更多关于的资料请关注golang学习网公众号！