dlv是最可靠、最贴近go运行时语义的调试器，需用dlv exec启动并禁用优化，结合goroutines/bt分析协程状态，配合log.printf和pprof/goroutine诊断泄漏，-race检测数据竞争。
dlv 是目前最可靠、最贴近 Go 运行时语义的调试器，其他方式（比如 gdb 或 IDE 插件）在 goroutine 调度、defer 执行顺序、逃逸分析后的变量可见性等方面容易失真。别被“图形界面方便”误导——真正卡住你的问题，往往只在命令行 dlv 的 goroutines 和 bt 里露头。
用 dlv debug 启动服务并命中 HTTP handler 断点
直接 go run main.go 启动的服务无法被调试器接管；必须让 dlv 控制进程生命周期：
- 编译时禁用优化：
go build -gcflags="all=-N -l" -o myapp ./...（否则变量不可见、行号错位） - 启动调试服务：
dlv exec ./myapp -- --port=8080（--后是程序自己的 flag） - 下断点要精确到函数入口：
break main.handleUserUpdate，而不是某行号——因为中间件可能重写调用栈 - HTTP 请求触发后，用
goroutines查看当前所有协程状态，再goroutine 12 bt看第 12 号是否卡在select或chan receive
log.Printf 比 fmt.Println 更适合框架上下文调试
fmt.Println 在并发场景下输出混乱、无时间戳、不带文件行号，而框架里一次请求常触发多个 goroutine；log 包天然支持并发安全和元信息：
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 开发期加这行：
log.SetFlags(log.Lshortfile | log.LstdFlags)，日志自动带main.go:42 - 在 Gin 中间件开头打：
log.Printf("req %s %s from %s", r.Method, r.URL.Path, r.RemoteAddr) - 避免打印
*http.Request指针（只输出地址），改用log.Printf("headers: %+v", r.Header) - 生产环境关掉，但别删掉——用构建 tag 控制：
//go:build debug包裹日志语句
pprof /debug/pprof/goroutine?debug=2 查 Goroutine 泄漏
内存没涨、CPU 不高，但接口越来越慢？大概率是 goroutine 积压。标准库 net/http/pprof 不依赖额外组件，只需两步：
- 导入空白包：
import _ "net/http/pprof"（注意下划线） - 启动一个独立的 pprof server：
go func() { http.ListenAndServe("localhost:6060", nil) }() - 访问
http://localhost:6060/debug/pprof/goroutine?debug=2，重点找：-
runtime.gopark后跟chan receive→ channel 一侧没关闭或没发送 -
sync.runtime_SemacquireMutex→ mutex 被长期持有，检查 defer unlock 是否遗漏 - 重复出现的相同栈帧（如
workerLoop）且数量持续增长 → worker 没退出
-
go run -race 是数据竞争的唯一可信证据
dlv 不报 data race，IDE 也检测不了——只有 go run -race 能在运行时动态标记读写冲突点：
- 测试阶段必加：
go test -race ./...，CI 流水线中禁止跳过 - 典型输出：
Read at 0x00c0001245a0 by goroutine 7:+ 文件行号，直接定位到 map 并发写或 struct 字段竞态 - 修复不是加锁就完事：优先考虑用
sync.Map替代原生map，或把共享状态转为通过 channel 传递 - 注意：
-race会显著拖慢执行速度，不能用于压测，仅用于功能验证阶段
真正难调的问题，从来不在单个函数里，而在 goroutine 生命周期、channel 关闭时机、map 初始化边界这些“看不见的契约”上。dlv 的 goroutines 命令和 pprof 的 /goroutine?debug=2 输出，比任何 IDE 断点都更接近真相——前提是，你得习惯先看它们，而不是先翻代码。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
