golang 的指针地址问题

已经了解！
End

为什么为什么为什么？插眼

分清栈上变量和字符串常量。

@yellowmarlboro 谜语人？

蹲一个大佬的回答

你自己用法姿势不对，正确的应该是这样吧：unsafe.Pointer((*reflect.StringHeader)(unsafe.Pointer(&s0)))

没翻源码，花了几分钟看了下汇编。

s0, s1, s2 之间的地址总差 16 是因为 String 在栈上的结构是：
struct String {
char *data;
int length;
};
sizeof(一个指针)+sizeof(一个 int)正好是 16 字节（ 64 位环境下）。

又因为栈上变量都是编译器按序分配的，所以有了楼主看到的结果。

至于为啥 unsafe.Pointer 显示的结果是一致的，我个人猜测是因为字符串常量池（这个得去翻 Golang 的编译器，一会儿早上有会就不深挖了），即相同的字符串不会在内存中存在两次，有多次引用就把上面 data 的指针指向实际存储数据的 backing store 。这是一个常见优化，Python 中也存在。

字符串实际是一个**stuct
struct string {
byte* str;
intgo len;
}

大小就是 16
unsafe.Sizeof(s0) == 16

import (
"github.com/davecgh/go-spew/spew"
"reflect"
"unsafe"
)

func main() {
s0 := "something"
s1 := "something"
spew.Dump(&s0)
spew.Dump(&s1)
spew.Dump((*reflect.StringHeader)(unsafe.Pointer(&s0)))
spew.Dump((*reflect.StringHeader)(unsafe.Pointer(&s1)))
}

--------------
(*string)(0xc0001042b0)((len=9) "something")
(*string)(0xc0001042c0)((len=9) "something")
(*reflect.StringHeader)(0xc0001042b0)({
Data: (uintptr) 0x1101229,
Len: (int) 9
})
(*reflect.StringHeader)(0xc0001042c0)({
Data: (uintptr) 0x1101229,
Len: (int) 9
})

@yuguorui96 编译一下，可以看到，golang 对于相同的字符串确实是做了优化处理，只存一份的

@kiddingU 学到了

下棋的时候翻出答案就没来得及回具体解决，抱歉~
@kiddingU @yuguorui96 @Dganzh 等大佬都回答的要比我好！
多谢各位~