go函数返回指针安全且常见，编译器通过逃逸分析自动将需返回的局部变量分配到堆上；必须返回指针的场景包括：方法需修改接收者（接收者为*t时）或结构体过大避免拷贝。
Go 函数返回指针是安全且常见的，但不是所有场景都适合——关键看是否需要共享状态、避免拷贝，或表达“可空”语义。
返回局部变量指针为什么不会崩溃
很多人看到 &value 就担心“栈上变量被销毁”，但在 Go 中这是被允许的。编译器通过逃逸分析自动把会逃逸的局部变量分配到堆上，调用方拿到的始终是有效地址。
-
func NewCounter() *Counter { return &Counter{} }是标准写法，Counter{}会被分配到堆 - 如果函数内只做简单计算且不返回地址（比如
return value），该变量才可能留在栈上 - 可通过
go build -gcflags="-m"查看变量是否逃逸，例如输出... moved to heap
什么时候必须返回指针而不是值
两类典型场景：结构体方法需修改接收者，或对象太大不值得拷贝。
- 方法接收者是
*T类型时，返回T值会导致调用方无法用该值调用指针方法（如(*T).Inc()），必须返回*T - 结构体含大字段（如
[1、<code>map[string][]byte）时，返回值会触发完整复制；返回*T只传 8 字节地址 - 初始化后需长期持有并复用（如配置、连接池、缓存实例），返回指针更符合生命周期管理直觉
接口断言时指针类型必须匹配
当接口变量实际存的是指针，断言必须用对应指针类型，否则失败。
-
var v interface{} = &Dog{}→ 正确断言：v.(*Dog)；错误写法：v.(Dog)（会 panic） - 切片中混合存储
*Dog和string，用type switch时每个分支要明确写case *Dog:而非case Dog: - 若不确定是否为指针，可先断言为
interface{}再用reflect.ValueOf(x).Elem()安全解包（但通常应设计为类型明确）
简单类型返回指针容易踩坑
像 *int、*bool 这类指针，除非明确需要 nil 表达“未设置”，否则多数时候是过度设计。
-
func GetFlag() *bool返回nil时，调用方必须判空，否则*flag直接 panic - JSON 反序列化中用
*int可区分 “字段缺失” 和 “字段为 0”，但代价是每次访问都要解引用+判空 - 函数参数用
*int仅在真需修改原值时合理（如parseInt(s string, out *int) error），否则传值更清晰
最易被忽略的是：返回指针不等于“必须用指针接收者”。一个结构体可以有值接收者方法（func (t T) Clone() T）和指针接收者方法（func (t *T) Reset()）共存，返回值类型应由使用意图决定，而非方法签名绑定。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
