Go中指针需指向可寻址变量才能取址和解引用；T是类型声明，v是解引用操作；传指针仅当需修改原值、避免大对象拷贝或满足接口要求；调试时应结合值与地址验证，并始终检查nil。
为什么 & 和 * 有时不按预期工作
Go 中的指针不是“引用传递”的魔法开关，它只是存储另一个变量地址的值。常见误区是以为 *p 总能修改原变量——其实前提是 p 确实指向一个可寻址的变量（比如局部变量、结构体字段、切片元素），而不能指向字面量或不可寻址结果（如函数返回值、map[k] 直接取值、len(s) 等）。
典型报错：cannot take the address of … 或 invalid operation: cannot indirect …。例如：p := &len(arr) 会编译失败，因为 len(arr) 是纯右值，没有内存地址。
- 只有可寻址（addressable）的值才能用
&取地址：变量、解引用后的指针、切片/数组索引、结构体字段 -
*p的结果本身是否可寻址？取决于p是否非 nil 且指向有效内存；nil 指针解引用会 panic - 函数参数传指针 ≠ 自动修改调用方变量，只是让函数内能通过该地址读写同一块内存
*T 类型声明和 *v 解引用的区别在哪
这是类型系统和操作符的混淆高发区。*T 是一种类型（“指向 T 的指针类型”），而 *v 是对变量 v 执行解引用操作（前提是 v 是 *T 类型）。它们语法相同但语义完全不同。
例如：var p *int = new(int) 中，*int 是类型；而 val := *p 中，*p 是取值动作。如果误写成 var x *int = *p，就试图把一个 int 值赋给 *int 类型变量，编译失败。
立即学习“go语言免费学习笔记（深入）”；
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
- 声明时的
*属于类型字面量的一部分，紧贴类型名，如func(*string) - 表达式中的
*是一元操作符，必须作用于指针类型变量或表达式，如*ptr、*(p + 1) - 结构体字段若为指针类型（如
name *string），访问其值需显式解引用：*u.name，否则得到的是*string类型本身
什么时候该传 *T 而不是 T？看三个硬指标
别凭直觉“为了性能”乱加星号。Go 的函数参数总是复制传递，关键看你要不要在函数内修改调用方看到的原始数据，以及类型大小是否构成实际负担。
- 需要修改原值：比如初始化一个结构体字段、更新 map 中某个嵌套值、或避免拷贝大结构体（如 >128 字节的 struct）
- 类型本身包含指针字段（如
slice、map、chan、string、interface{}）：传值开销小，改内部数据不影响“是否要传指针”的判断 - 接口实现要求：某些方法签名明确要求接收者为指针（如涉及字段修改的方法），否则无法满足接口（因为
T和*T是不同类型）
反例：对 int、bool、小 struct（如 type Point struct{X,Y int}）传 *int 通常没必要，反而增加 nil 检查和解引用开销。
调试时怎么快速确认指针是否指向预期地址
Go 不支持直接打印地址做对比（fmt.Printf("%p", p) 输出的是格式化地址，且每次运行可能变），但你可以用 unsafe.Pointer + uintptr 做数值比对（仅限调试，禁止用于逻辑判断）。
更实用的办法是结合打印变量值与地址符号来交叉验证：
var x int = 42
p := &x
fmt.Printf("x=%d, &x=%p, *p=%d\n", x, &x, *p) // 输出一致才说明没断链
- 始终检查指针是否为 nil 再解引用，尤其来自 map 查找、JSON 解析、函数返回值时
- 用
== nil判断比用!= nil更清晰，避免双重否定 - pprof 或 delve 调试时，
print *p可直接查看解引用内容；print p显示地址；whatis p查类型
最常被忽略的一点：切片的底层数组地址和长度容量变化，会让多个切片共享同一段内存却表现不同——这时单看指针地址没用，得用 reflect.ValueOf(s).UnsafeAddr() 配合 cap()/len() 综合判断。
