Go 的 delete() 操作会安全清空 map 中键值对的内存引用，包括指针字段；无需手动置 nil，GC 可正确回收被指向对象（前提是无其他强引用）。
go 的 `delete()` 操作会安全清空 map 中键值对的内存引用，包括指针字段；无需手动置 `nil`，gc 可正确回收被指向对象（前提是无其他强引用）。
在 Go 中，使用 delete(m, key) 删除 map 中的条目时，不会引发内存泄漏——即使该 map 的值类型是指针（如 map[string]*MyStruct）。这是因为 Go 运行时在底层实现中会对已删除条目的键和值内存区域执行显式清零（zeroing），确保其中的指针字段被设为 nil，从而切断对原对象的引用。
源码佐证（runtime/hashmap.go）显示，mapdelete() 函数在删除过程中调用了 memclr() 清空键与值的存储空间：
memclr(k, uintptr(t.keysize)) // 清空键内存 memclr(v, uintptr(t.valuesize)) // 清空值内存（含指针字段）
这意味着：若值为 *T 类型，其指针本身会被归零；若结构体字段含指针，只要该结构体作为 value 被整体清零，所有嵌套指针引用也将失效。只要没有其他活跃变量持有对该对象的引用，该对象即可被垃圾回收器（GC）安全回收。
以下是一个可验证的示例，利用 runtime.SetFinalizer 观察对象生命周期：
package main
import (
"fmt"
"runtime"
"time"
)
type point struct {
X, Y int
}
var m = map[int]*point{}
func main() {
fillMap()
delete(m, 1)
runtime.GC() // 主动触发 GC（仅用于演示，生产环境无需调用）
time.Sleep(time.Millisecond) // 确保 finalizer 执行
fmt.Println("Map after delete:", m)
}
func fillMap() {
p := &point{1, 2}
runtime.SetFinalizer(p, func(_ *point) {
fmt.Println("✅ Finalizer executed: object is unreachable")
})
m[1] = p
fmt.Printf("? Inserted into map: %p\n", p)
}运行输出类似：
? Inserted into map: 0x1040a128 ✅ Finalizer executed: object is unreachable Map after delete: map[]
✅ 关键结论：
- ✅ delete(m, key) 已足够安全，无需提前赋值 m[key] = nil；
- ✅ 直接 m = make(map[string]*T) 创建新 map 同样安全：旧 map 若无其他引用，其底层哈希表及所有键值内存（含指针）将被整体回收；
- ⚠️ 唯一需警惕的场景是：对象被 map 引用的同时，又被全局变量、闭包、channel 或 goroutine 局部变量等长期持有——此时泄漏根源不在 map 删除逻辑，而在应用设计层面的引用管理。
简言之：Go 的 map 删除语义是内存安全的。信任 delete()，专注业务逻辑中的引用生命周期设计。
