看起来你遇到的是dlv dap在WSL Ubuntu 20.04环境下调试Go程序时的进程挂起、断点无法触发的问题，结合你提供的环境信息和调试日志，我整理了几个针对性的解决方案：

1. 升级Delve到兼容Go 1.17的版本 #

你的dlv版本是1.7.2，这个版本与Go 1.17的调试机制存在已知兼容性问题，会导致调试会话无法正常推进。建议升级到最新稳定版：
在WSL终端执行：

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

升级完成后重启VS Code，再尝试启动调试。

2. 调整调试配置的运行模式 #

尝试将launch配置中的mode从debug改为exec，先手动编译程序，再直接调试二进制文件，跳过dlv自动编译的步骤：

1. 先在WSL中编译你的Hello World程序：

go build -o hello-world hello-world.go

2. 修改launch.json配置：

{
    "name": "Launch Compiled Binary",
    "type": "go",
    "request": "launch",
    "mode": "exec",
    "program": "${fileDirname}/hello-world",
    "dlvFlags": ["--only-same-user=false"]
}

这种方式可以排除编译阶段的潜在问题，验证调试核心功能是否正常。

3. 解决WSL的ptrace权限限制 #

WSL默认的ptrace权限设置可能会阻止dlv附加到调试进程，导致进程挂起。临时关闭限制：

echo 0 | sudo tee /proc/sys/kernel/yama/ptrace_scope

如果需要永久生效，可以编辑/etc/sysctl.d/10-ptrace.conf文件，将kernel.yama.ptrace_scope的值改为0，然后执行sudo sysctl -p让配置生效。

4. 检查端口转发与防火墙 #

虽然日志显示DAP服务器已建立连接，但WSL和Windows之间的端口转发偶尔会出现异常：

• 在WSL终端执行netstat -tulpn | grep dlv，确认dlv监听的端口状态为LISTEN
• 检查Windows防火墙是否允许dlv-dap进程的网络通信，必要时可临时关闭防火墙测试

关于“不调试也启动dlv”的疑问 #

VS Code的「运行->不调试」功能实际上也是通过dlv来启动程序的——它会启动dlv-dap但不启用断点调试等功能，直接让程序运行，所以你会看到dlv的启动日志，这是正常行为。

按照以上步骤逐一排查，应该能解决调试挂起的问题。

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