Go中无法直接转换指针与值类型，所谓“转换”实为取地址或解引用，且受可寻址性严格限制；&v编译失败因v不可寻址，如函数返回值、字面量、map值、channel接收表达式等。
Go 里没有“指针与值类型互转”这回事——值类型不能直接转成指针，指针也不能直接转成值类型。所谓“转换”，其实是取地址或解引用的操作，且受可寻址性（CanAddr）严格限制。
为什么 &v 有时会编译失败
你写 &v 想取地址，但 Go 只允许对「可寻址」的值取地址。常见不可寻址场景包括：
- 函数返回值（如
foo()的结果） - 字面量（如
42、"hello"、struct{}{}） - map 中的 value（
m["key"]不可取地址） - channel receive 表达式（
& 非法）
错误信息通常是：cannot take the address of ...。这不是类型系统限制，而是语言设计上防止悬空指针和生命周期混乱。
*p 解引用前必须确保 p != nil
解引用指针前不检查是否为 nil，运行时 panic 是最常见的崩溃原因。尤其在结构体字段为指针、或函数参数可能传 nil 时：
立即学习“go语言免费学习笔记（深入）”；
type User struct {
Name *string
}
func greet(u *User) string {
return "Hello, " + *u.Name // 如果 u.Name == nil，这里 panic
}
安全做法是显式判空：
- 用
if u.Name != nil { ... } - 或封装为辅助函数：
strval(p *string) string { if p == nil { return "" } return *p }
想把值“变成指针”？别用 unsafe，用 reflect 或手动分配
当你要把一个任意 interface{} 值（比如 protobuf 接口要求 proto.Message，而它只由 *T 实现）转为指针时，不能硬转，得按规则处理：
- 如果输入已是
*T，直接返回 - 如果输入是可寻址的
T（如局部变量），用reflect.Value.Addr() - 如果不可寻址（如字面量、map value），必须
reflect.New(v.Type()).Elem().Set(v)分配新内存并复制
这是唯一安全、通用的做法。强行用 unsafe.Pointer 把值的内存解释为指针，会导致未定义行为——尤其当该值不在堆上、或生命周期已结束时。
方法接收者差异让“看起来像转换”的行为更危险
值类型 T 能调用 (*T).Method（Go 自动取地址），但 (*T) 不能调用 (T).Method（除非你先解引用）。这种隐式行为容易掩盖问题：
- 传
myStruct给期望*MyStruct的函数 → 编译通过，但内部修改不影响原值 - 传
&myStruct给期望MyStruct的函数 → 编译失败，除非你显式写*ptr
真正要注意的不是“怎么转”，而是“谁拥有所有权、谁负责生命周期”。指针不是类型转换工具，它是共享访问和延迟分配的信号。
