go语言不保证对象内存地址的恒定性。虽然当前垃圾回收器不移动堆对象，但设计上允许未来采用移动式回收策略。更重要的是，当goroutine栈增长时，栈上的对象地址会发生变化。因此，依赖`uintptr`获取的地址在不同时间点可能不同，这对于理解go的内存模型至关重要。
Go语言的设计哲学之一是提供高效且安全的并发编程环境，其内存管理机制对此至关重要。然而，与某些低级语言不同，Go语言并不提供对象在内存中地址恒定不变的保证。这一设计选择为垃圾回收器（GC）的实现提供了极大的灵活性，特别是允许未来采用移动式垃圾回收策略，从而优化内存碎片和提高性能。
内存分配与地址稳定性
在Go程序中，变量可以分配在堆（Heap）上或栈（Stack）上。理解这两种分配方式及其行为差异，对于掌握内存地址的稳定性至关重要。
堆对象与垃圾回收器
Go语言的垃圾回收器负责自动管理堆内存。尽管当前版本的Go垃圾回收器（如Go 1.3之后）通常不执行移动式回收（Mark-and-Compact），这意味着一旦对象在堆上分配，其地址在生命周期内通常不会改变。然而，Go的设计规范明确允许实现者采用移动式垃圾回收算法。如果未来Go的GC策略发生变化，堆上的对象也可能在回收过程中被移动，导致其内存地址发生变化。这种设计上的灵活性是Go语言在内存管理方面的重要考量，旨在为未来的性能优化留下空间。
栈对象与栈增长
与堆对象不同，栈上的对象其内存地址的稳定性更低。Go语言的goroutine拥有可动态增长的栈。当一个goroutine的函数调用深度增加，或者局部变量占用空间超出当前栈容量时，Go运行时可能会重新分配一个更大的栈，并将旧栈上的所有数据（包括局部变量和函数参数）复制到新栈上。这个过程会导致栈上所有对象的内存地址发生变化。
立即学习“go语言免费学习笔记（深入）”；
栈对象地址变化的示例
为了具体说明栈对象地址的变化，考虑以下Go代码示例。这个例子展示了一个栈上分配的变量，在调用一个可能导致栈增长的函数前后，其内存地址可能发生改变。
package main
import (
"fmt"
"runtime"
"unsafe"
)
// bigFunc 模拟一个可能导致栈增长的函数。
// 通过声明一个大的局部数组来占用大量栈空间，
// 从而触发Go运行时对当前goroutine栈的重新分配和复制。
func bigFunc() {
// 分配1MB的栈空间。在某些系统或Go版本上，这足以触发栈增长。
// 注意：实际生产环境中不应依赖这种方式触发栈增长，这里仅为演示目的。
_ = make([]byte, 1024*1024)
runtime.GC() // 强制执行垃圾回收，但它不直接影响栈的增长。
}
func main() {
var obj int // obj 是一个局部变量，通常分配在栈上
// 打印 obj 的初始内存地址
fmt.Printf("obj 初始地址: %p, uintptr值: %d\n", &obj, uintptr(unsafe.Pointer(&obj)))
// 调用一个可能导致栈增长的函数
bigFunc()
// 再次打印 obj 的内存地址，观察是否发生变化
fmt.Printf("obj 调用bigFunc后地址: %p, uintptr值: %d\n", &obj, uintptr(unsafe.Pointer(&obj)))
// 运行结果可能显示两个不同的地址，表明obj在内存中移动了。
}运行上述代码，你可能会观察到obj在调用bigFunc()前后打印出不同的内存地址。这是因为bigFunc()内部创建了一个大型局部变量，可能导致当前goroutine的栈空间不足，进而触发运行时分配一个新的、更大的栈，并将obj及其他栈帧数据从旧栈复制到新栈，从而改变了obj的物理内存地址。
注意事项与总结
- Go的指针相等性保证： Go语言保证如果两个指针指向同一个对象，它们在任何时候都比较相等（ptr1 == ptr2）。这个保证是关于对象的“身份”而不是其物理内存位置。即使对象在内存中移动了，所有指向它的有效指针也会被运行时透明地更新，从而保持逻辑上的相等性。
- 避免依赖uintptr： 尽管unsafe.Pointer和uintptr允许我们获取对象的原始内存地址，但在Go语言中，除非你确实知道自己在做什么，并且理解其潜在的风险，否则不应依赖这些地址的恒定性来编写程序逻辑。这种做法通常是不可移植、不安全且容易出错的。Go的内存模型旨在为开发者提供一个更高级、更安全的抽象层。
- Go的内存抽象： Go语言旨在提供一个高级的内存抽象，让开发者无需过多关注底层内存布局。这种设计使得Go运行时可以自由地优化内存使用，例如通过移动对象来减少碎片或提高缓存局部性。
综上所述，Go语言不保证对象内存地址的恒定性，尤其是在栈对象因栈增长而移动时。理解这一特性对于避免编写脆弱的代码和深入理解Go的内存管理机制至关重要。开发者应始终依赖Go语言提供的类型安全机制和指针相等性检查来处理对象身份，而非其物理内存地址。
