Windows上Go调试需正确配置Delve：确保dlv.exe在PATH中、launch.json的program路径准确、禁用代理或Defender拦截，并用Ctrl+Shift+F5重启调试。
Go 在 Windows 上调试不需要额外装 IDE，用 VS Code + Delve 就能跑起来，但默认配置容易卡在断点不触发或找不到源码——核心问题是 dlv 启动方式和 go.mod 路径没对齐。
确认 Delve 已正确安装并可被调用
VS Code 的 Go 扩展依赖 dlv 命令行工具，不是靠扩展自带的二进制。Windows 上常见问题：明明运行了 go install github.com/go-delve/delve/cmd/dlv@latest，却提示 'dlv' is not recognized。
- 检查
go install是否成功：运行go env GOPATH，然后去<code>%GOPATH%\bin目录下找有没有dlv.exe - 确保该路径已加入系统
PATH（重启终端或 VS Code 才生效） - 直接在 PowerShell 或 CMD 中运行
dlv version，必须有输出，否则调试器根本不会启动
VS Code 的 launch.json 必须指定正确的程序入口
Delve 不会自动识别 main.go，尤其当项目含多个包或使用 go.work 时，program 字段写错就直接报 could not launch process: could not get executable path。
- 如果项目是单模块，
program填${workspaceFolder}即可（Delve 会自动找main包） - 如果项目含
cmd/myapp/main.go，program应设为${workspaceFolder}/cmd/myapp，不能写成./cmd/myapp或main.go - 避免用
file://前缀或绝对路径，Delve 在 Windows 上对路径分隔符敏感，推荐统一用正斜杠/
调试时源码跳转失败？检查 GOPROXY 和 module 初始化状态
断点命中但 F11 进不去函数、变量显示 no value，大概率是 Delve 加载的是缓存的编译产物，而非当前源码。Windows 上尤其容易因 go mod download 失败导致符号表缺失。
立即学习“go语言免费学习笔记（深入）”；
- 在项目根目录运行
go mod tidy，确认go.sum更新且无verify failed - 临时关闭代理：
go env -w GOPROXY=direct（某些企业网络拦截校验会中断调试符号加载） - 删掉
${workspaceFolder}/.vscode/launch.json里的env字段中手动设置的GOPATH或GOROOT——VS Code Go 扩展会自动继承当前终端环境
调试 Web 服务时端口冲突或热重载失效
用 dlv dap 模式调试 net/http 服务时，常遇到“地址已被占用”或修改代码后断点不更新，本质是进程没真正退出。
- 在
launch.json中启用dlv的进程管理："mode": "exec"改为"mode": "auto"，并加上"stopOnEntry": false - 避免在
main()开头加断点——Windows 下http.ListenAndServe启动后主线程可能被调度挂起，建议在 handler 函数内设断点 - 改完代码后，先按
Ctrl+Shift+F5（重启调试），不要只点继续，否则旧进程残留，新调试会连到僵尸进程
最易忽略的一点：Windows Defender 实时防护有时会拦截 dlv.exe 的内存注入行为，表现为断点灰掉、调试器静默退出。临时禁用 Defender 或将 %GOPATH%\bin\dlv.exe 加入排除列表，能立刻解决一批“看似配置全对却不动”的问题。
