使用VS Code+WSL调试Go程序异常：无变量、调用栈等

根据你描述的情况——能正常编译但调试功能异常，生成了__debug_bin却没有预期调试信息，大概率是跨环境工具链不匹配或者VS Code调试配置/插件设置有误，以下是针对性的排查和修复步骤：

1. 确认WSL内的dlv调试器是Linux版本且路径正确 #

你提到安装了dlv，但要确保是在WSL终端内安装的Linux版本，而非Windows版本：

• 打开WSL终端，执行dlv version，确保输出的是Linux平台的版本（比如BuildOS: linux），如果提示命令找不到，重新在WSL内安装：

  go install github.com/go-delve/delve/cmd/dlv@latest
  

• 在VS Code的settings.json中，确保go.delvePath指向WSL内的dlv路径，比如：

  "go.delvePath": "/home/你的用户名/go/bin/dlv"
  

  （不要填Windows下的路径，比如C:\Users\...\dlv.exe）

2. 检查launch.json的核心配置 #

错误的调试模式或路径设置会导致调试器无法正确附着进程：

• 确保mode字段设置为debug或auto（不要用exec，除非你手动指定了编译好的二进制）
• program字段要指向WSL内的项目路径，比如用${workspaceFolder}变量：

  {
      "version": "0.2.0",
      "configurations": [
          {
              "name": "Launch",
              "type": "go",
              "request": "launch",
              "mode": "debug",
              "program": "${workspaceFolder}/main.go",
              "env": {},
              "args": []
          }
      ]
  }
  

• 如果是Go Module项目，确保program指向模块内的主程序入口，比如${workspaceFolder}/cmd/main.go

3. 确认VS Code已正确连接WSL环境 #

左下角状态栏会显示当前连接的环境（比如WSL: Ubuntu），如果显示的是本地Windows环境，点击切换到对应的WSL发行版，确保所有Go工具都在WSL内运行，而非Windows工具链。

4. 手动用dlv调试验证环境 #

在WSL终端进入项目目录，执行：

dlv debug ./main.go

如果能正常进入dlv交互模式（出现(dlv)提示符），尝试设置断点break main.main，然后continue，看能不能命中断点并查看变量（比如print 变量名）。如果手动调试正常，说明问题出在VS Code的插件配置；如果手动调试也异常，那需要检查Go环境变量（比如GOPATH、GOROOT是否在WSL内正确设置）。

5. 检查项目依赖与权限 #

• 对于Go Module项目，在WSL内执行go mod tidy确保依赖完整，虽然你能编译，但部分依赖缺失可能影响调试符号生成
• 检查生成的__debug_bin权限，执行chmod +x __debug_bin后手动运行，看是否有报错信息（调试控制台没输出的话，手动运行可能会暴露问题）

6. 更新插件与工具 #

• 在VS Code中更新Go插件到最新版本
• 在WSL内重新安装最新版dlv（步骤1的命令），然后重启VS Code和WSL终端

内容的提问来源于stack exchange，提问作者Cloudnaut