该用指针传参当结构体大于16字节、需修改原值、含引用类型字段或方法需指针接收者；小结构体（如time.Time）值传参更优；slice/map本身是引用描述符，通常无需指针；逃逸分析比指针/值选择更关键。

Gobenchmark默认仅测平均耗时，无法定位CPU热点、内存分配或协程阻塞等真实瓶颈；需配合-cpuprofile、-memprofile等参数，并用pprof分析，否则仅适用于横向对比。

Go指针不支持算术运算，天然规避野指针，但nil解引用和逻辑悬空仍需防范；关键在明确生命周期、主动判空、控制共享，并通过panic机制、逃逸分析、-race检测等保障安全。

Go中局部大数组（如[8096]int）无需刻意移至全局变量以规避“栈复制”；Go1.4+的栈增长机制已优化，且栈分配通常比堆更快；关键在于语义正确性——变量应定义在最小必要作用域内，避免污染全局命名空间。

Go1.4虽引入栈扩容机制，但大数组（如[8096]int）放在函数内仍是推荐做法；栈分配通常比堆更快，而全局声明会污染命名空间、破坏封装性，语义错误远比潜在的栈复制开销更值得警惕。

Go1.4引入栈动态增长机制（通过栈复制实现），但无需为避免栈复制而将大数组移至全局；栈分配通常比堆更快，变量作用域和语义清晰性才是关键决策依据。

Go内存碎片主要源于小对象频繁分配释放，解决核心是内存复用：用sync.Pool复用高频对象、切片预分配避免扩容浪费、结构体字段降序排列减少padding、慎用interface{}和反射防止逃逸。

Go中channel可传递指针但需确保生命周期安全与并发受控；常见做法包括封装式共享、避免栈变量逃逸、慎用map/slice指针、同步保护并发读写，或改用atomic.Value等更安全替代方案。

合理使用指针可减少大对象拷贝、提升性能，如传递大型结构体时用指针避免复制，方法接收者选用指针避免值拷贝；但需避免对小型类型过度使用指针，防止增加解引用开销和nil风险，同时注意逃逸分析导致的堆分配问题，权衡性能与代码可维护性。

Go语言允许返回局部变量指针，因编译器通过逃逸分析自动将需长期存在的变量分配到堆上；常见逃逸场景包括返回地址、赋给全局变量、传入goroutine或interface{}参数等。

内存逃逸指变量被分配到堆而非栈，由编译器逃逸分析决定，导致GC压力增大、分配开销上升、缓存局部性变差；在Go高并发场景下，大量goroutine触发堆分配会显著增加GC频率和STW时长，降低吞吐并推高延迟。使用gobuild-gcflags="-m-l"可查看逃逸详情，常见提示如“e...

切片本身是引用类型，传参复制的是24字节结构体而非底层数组，故通常无需传切片指针；仅当函数需修改切片头且调用方必须感知变更时才考虑使用*[]T。