Go指针是类型安全的引用机制，不可进行指针算术或整数强制转换；必须指向可寻址变量，nil解引用会panic；使用前需判空，结构体指针字段零值为nil；适用场景是需修改原值或避免大对象拷贝。
什么是 Go 中的指针变量，它和 C 有什么不同
Go 的指针不是内存地址的任意操作工具，而是类型安全的引用机制。声明 *int 表示“指向 int 的指针”，不能像 C 那样做指针算术（比如 p + 1），也不能把整数强制转成指针（(*int)(unsafe.Pointer(uintptr(0x1234))) 属于 unsafe 范畴，非常规用法）。
最常见误判是认为 &x 总是返回“有效地址”——其实如果 x 是零值且未被取址过，编译器可能将其分配在只读段或直接优化掉，导致运行时报错或行为异常（尤其在闭包、切片底层数组中）。
- Go 指针必须指向一个已定义、可寻址的变量（即不能对字面量、函数返回值、map value 直接取址）
-
nil指针解引用会 panic：panic: runtime error: invalid memory address or nil pointer dereference - 结构体字段若为指针，其默认零值是
nil，不是空结构体
如何安全地解引用指针并赋值
解引用用 * 操作符，但前提是该指针非 nil。直接写 *p = 42 前，务必检查 p != nil，否则程序崩溃。
常见场景是函数接收指针参数并修改原值，例如：
立即学习“go语言免费学习笔记（深入）”；
func increment(p *int) {
if p == nil {
return // 或 panic("p is nil")
}
*p++
}
注意：传入 &x 才能修改 x；若传 nil 或未初始化的指针，*p 就是非法操作。
使用约定式提交（Conventional Commits）生成标准化的 Git 提交信息。适用于以下场景： (1) 暂存更改时需要提交信息； (2) 审查 diff 时希望获得结构化摘要； (3) 编写 PR 描述或变更日志（changelog）条目； (4) 用户明确要求“为本次更改编写提交信息”。 该功能会分析已暂存/未暂存的 diff，并生成按类型（type）划分范围的提交信息。
- 不能对未初始化的指针变量解引用：
var p *int; *p = 1→ panic - 可以对新分配的堆内存解引用：
p := new(int); *p = 1✅ - 可以用
new(T)或&T{}初始化指针，二者等价于分配零值并返回其地址
struct 字段含指针时的典型陷阱
当结构体某个字段是指针类型，它的零值是 nil，而非该类型的零值。比如 type User struct { Name *string }，新建 u := User{} 后，u.Name 是 nil，此时 *u.Name 会 panic。
正确做法是在使用前确保指针已初始化：
name := "Alice"
u := User{Name: &name}
fmt.Println(*u.Name) // 输出 Alice
- JSON 反序列化时，
*string字段若 JSON 中对应字段缺失或为null，反序列化后仍为nil，需额外判断 - 数据库 ORM（如 GORM）映射
*string字段时，空字符串和 NULL 会被区分开：NULL →nil，空字符串 → 指向空字符串的指针 - 不要用
== ""判断*string是否为空，先判!= nil，再判*s == ""
什么时候该用指针，什么时候不该用
核心原则：是否需要共享/修改原始值，以及值的大小是否值得避免拷贝。
小类型（int、bool、struct{int;bool}）传值开销极小，用指针反而增加间接访问成本；大结构体（含 slice/map/channel/interface 或大量字段）传指针更合理。
- 方法接收者用指针：想修改接收者字段，或结构体较大
- 函数参数用指针：需修改调用方变量，或避免复制大对象（如
[]byte底层数据不复制，但 slice header 本身很小；真正要避免复制的是大 struct） - 返回局部变量地址安全：Go 编译器会自动做逃逸分析，把本该在栈上的变量挪到堆上，所以
func newInt() *int { v := 42; return &v }是合法的
最容易被忽略的是：指针带来的是“可变性共享”，不是“性能银弹”。滥用指针会让数据流向难以追踪，调试时尤其难定位谁改了哪个字段。
