Golang中只有用指针才能真正共享对象，因为所有参数都是值传递，map、slice等仅复制头信息；显式传* T才能让多个变量指向同一内存地址，确保修改彼此可见。
为什么 Golang 中用指针才能真正共享对象
Go 语言中所有参数传递都是值传递，struct、map、slice 看似“引用语义”，但本质仍是复制头信息（如 slice 的底层数组指针、长度、容量）。只有显式传 *T 才能确保多个变量指向同一块内存地址，修改彼此可见。
常见误判：以为传 map[string]int 就能共享修改 —— 实际上若函数内做了 m = make(map[string]int) 或 delete(m, k) 外部仍可见，但若函数里重新赋值整个 map 变量（如 m = otherMap），外部完全不受影响。真正保险的共享必须靠指针。
何时该用 *T 而不是 T 传参
判断依据不是“对象大不大”，而是“是否需要让调用方感知到内部状态变更”。以下情况建议传指针：
- 方法需修改接收者字段（如
user.SetAge(25)）—— 接收者必须是*User - 避免复制开销且结构体 > 128 字节（非硬规则，但可参考）
- 统一接口行为：比如一个函数接受
io.Writer，你传&bytes.Buffer{}而不是bytes.Buffer{}，因为Write方法定义在*bytes.Buffer上 - 构造函数返回指针（如
func NewUser(name string) *User），后续所有操作自然基于指针
new() 和 &T{} 的实际区别与选型
两者都返回 *T，但初始化逻辑不同：
-
new(T)分配零值内存，返回*T，所有字段为对应类型的零值（0、""、nil） -
&T{Field: val}允许指定字段初值，未写的字段仍为零值；更常用，语义更清晰 - 切忌混用：
new([]int)返回*[]int（即指向 nil slice 的指针），几乎无用；应写&[]int{1,2,3}或直接[]int{1,2,3}
type Config struct {
Timeout int
Debug bool
}
c1 := new(Config) // &Config{Timeout: 0, Debug: false}
c2 := &Config{Timeout: 30} // &Config{Timeout: 30, Debug: false}
共享对象时容易踩的空指针 panic
Go 不会自动解引用，nil *T 调用方法或访问字段直接 panic。常见场景：
- 函数返回
*T但可能为nil（如数据库查不到记录），调用方没判空就直接用obj.Field - 嵌套结构体字段是
*Inner，但未初始化就访问outer.Inner.Field - 使用
sync.Pool获取对象后忘记检查是否
为
nil
防御写法：始终对可能为 nil 的指针做显式判断，不要依赖“它肯定不为空”的假设。
if user == nil {
return errors.New("user is nil")
}
user.Name = "alice" // safe now
Golang 的对象共享不靠语言魔力，靠开发者对指针语义的清醒认知。最常被忽略的不是怎么写 *T，而是忘了检查它是不是 nil。
