go中const字符串不可取地址，因其是编译期常量，无运行时内存地址；必须先赋值给变量（如var s = conststr）才能取址& s。
Go 中 & 操作符要求操作数必须可寻址
Go 的地址取值操作 &x 仅对「可寻址（addressable）」的值合法。官方规范明确列出可寻址的情形：变量、指针解引用、切片索引、结构体字段（且其所在结构体可寻址）、数组索引（且数组本身可寻址），以及复合字面量（如 &struct{}{}）。const 定义的字符串不在其中——它既不是变量，也不指向运行时内存中的某个位置。
字符串常量在编译期就被折叠或放入只读段
Go 编译器对 const 做常量折叠（constant folding）：只要表达式能在编译期求值，就直接替换成字面量。比如：
const msg = "hello" fmt.Println(len(msg)) // 编译时就确定为 5，不访问 runtime 字符串头
即使该字符串被导出或跨包使用，它也大概率被放进二进制的 .rodata 段（只读数据段），但这个地址是链接器分配的符号地址，不是 Go 运行时可取的「变量地址」。你无法写 &msg，因为 msg 本身没有 Go 语言意义上的内存地址（即没有对应 string 类型的 header 结构体实例）。
试图取常量地址会触发编译错误，而非运行时 panic
错误发生在编译阶段，提示清晰但不带堆栈：
const s = "abc" ptr := &s // ❌ compile error: cannot take the address of s
常见误操作包括：
- 想把常量字符串传给需要
*string的函数，直接写foo(&"abc")—— 错，连字面量都不能取址 - 在 struct 初始化中对常量字段取址：
Obj{Field: &SomeConst}—— 同样非法 - 以为
unsafe.String或反射能绕过限制 —— 不行，unsafe也不能凭空造出地址
替代方案：用变量兜一下，再取址
真正需要指针时，唯一合规做法是声明一个同值变量：
const defaultName = "unknown"
func setup() {
var name = defaultName // ✅ 变量，可寻址
obj := &struct{ Name *string }{Name: &name}
}
注意点：
- 不能省略
var name = defaultName写成name := defaultName后再取址——虽然效果一样，但语义更清晰 - 如果该变量只用于取址且无其他用途，它的生命周期和作用域应尽量窄，避免误导后续维护者
- 不要为了“节省一行”而复用已有变量——比如把
name同时用于业务逻辑和指针传递，容易引发意外修改
最易被忽略的是：哪怕常量是包级的、导出的、甚至被多个地方引用，它依然没有地址。有人误以为「全局 const 就该有地址」，其实是把 C/C++ 的 const 语义套过来了——Go 的 const 是纯编译期构造，不参与运行时内存布局。
