go调试需同时满足：编译保留dwarf（禁用-ldflags="-s -w"）、运行有ptrace权限（调整kernel.yama.ptrace_scope或用dlv exec）、禁用优化（-gcflags="-n -l"）、远程调试正确绑定地址（--listen=:2345）及api版本匹配。
Go 编译时没生成 DWARF 信息，dlv 调试看不到变量值
默认 go build 会生成 DWARF 调试信息，但一旦用了 -ldflags="-s -w"（去符号、去调试信息），dlv 就只能停在汇编层，print 变量全报 could not find symbol value。
-
-s去除符号表，-w去除 DWARF 信息——二者任一都会让调试失效 - 生产构建确实常加这两个 flag，但调试前务必去掉；CI/CD 中建议区分
build-debug和build-release两个目标 - 验证是否含 DWARF：用
file ./mybin看输出是否含with debug_info；或readelf -S ./mybin | grep debug查是否有.debug_*段
用 dlv attach 进程时提示 could not attach to pid: operation not permitted
Linux 默认禁止非 root 用户 attach 到其他进程（内核 ptrace 限制），即使是你自己启动的 Go 进程。
- 临时解决：运行
sudo sysctl -w kernel.yama.ptrace_scope=0（需 root） - 更安全做法：启动
dlv时用--allow-non-terminal-attachments+ 在同一用户下用dlv exec替代attach（例如先dlv exec ./mybin，再continue让它跑起来） - 容器环境要额外加
--cap-add=SYS_PTRACE，否则ptrace直接被 seccomp 拦住
dlv 里 print 结构体字段为空，或显示 <optimized out></optimized>
不是 DWARF 缺失，而是 Go 编译器做了内联或寄存器优化，导致局部变量未落栈，调试器无法还原原始值。
- 编译时加
-gcflags="-N -l"：禁用内联（-l）和优化（-N），这是调试二进制的标配 - 注意
-N -l仅影响 Go 代码，Cgo 部分仍受 C 编译器优化影响；若混用 C，还需对 C 部分加-O0 -g - 即使加了
-N -l，闭包捕获的变量、逃逸到堆上的对象，有时仍显示不完整——这时得靠goroutine dump或stack辅助定位上下文
远程调试时 dlv --headless 启动后，VS Code 连不上 localhost:2345
常见于本地开发机连 Docker 容器里的 dlv，或 WSL 中 VS Code 连 Windows 主机上的 dlv，本质是网络可达性与协议配置问题。
-
--headless默认绑定127.0.0.1:2345，容器内这样写等于只听 localhost，外部根本连不到；必须显式指定--listen=:2345（注意冒号开头） - 若用
--api-version=2，VS Code 的dlv-dap扩展才支持；旧版api-version=1会握手失败，错误日志里有unknown version - 防火墙/WSL 网络策略可能拦截端口，可先用
curl -v http://localhost:2345测试是否响应 HTTP 404（说明服务起来了），而不是直接看 VS Code 报错
dlv 就可能变成“只能断点不能看值”的半残状态。 
