使用VSCode调试容器内Go程序：路径配置问题

你当前的核心问题是混淆了launch和attach两种调试模式的用途，以及路径映射和构建工作目录的配置错误：

1. 容器内已经手动启动了dlv dap服务，却在VSCode中用了request: launch模式——这个模式是让VSCode主动启动本地或远程的dlv进程，而非连接到已运行的dlv服务，导致路径校验失败。
2. 改用宿主机路径后，go构建时工作目录不是项目根目录（go.mod所在位置），因此报错找不到模块文件。

方案一：连接到容器内已启动的Dlv服务（Attach模式） #

这是匹配你当前手动启动容器内dlv的场景：

1. 容器内启动dlv时，建议加上--accept-multiclient支持重复连接：

cd /project && dlv dap --listen=:4000 --accept-multiclient

2. 修改VSCode的launch.json为attach模式，无需指定program（dlv已在容器内的项目目录中）：

{
    "version": "0.2.0",
    "configurations": [
        {
            "name": "Attach to Docker DLV",
            "type": "go",
            "debugAdapter": "dlv-dap",
            "request": "attach",
            "mode": "remote",
            "port": 4000,
            "host": "172.18.0.2",
            "substitutePath": [
                {
                    "from": "${workspaceFolder}",
                    "to": "/project"
                }
            ],
            "showLog": true
        }
    ]
}

substitutePath会自动把容器内的文件路径映射到宿主机的工作区，确保断点能正确对应到本地文件。

方案二：让VSCode自动构建并远程调试（Launch模式） #

这个方案无需手动启动容器内的dlv，由VSCode完成构建、上传二进制、启动调试的全流程：

1. 确保容器内的/project目录挂载自宿主机的/home/user/project，且暴露4000端口。
2. 修改launch.json如下：

{
    "version": "0.2.0",
    "configurations": [
        {
            "name": "Remote Debug Go in Docker",
            "type": "go",
            "debugAdapter": "dlv-dap",
            "request": "launch",
            "mode": "remote",
            "program": "${workspaceFolder}/cmd/project",
            "port": 4000,
            "host": "172.18.0.2",
            "substitutePath": [
                {
                    "from": "${workspaceFolder}",
                    "to": "/project"
                }
            ],
            "buildFlags": "-C ${workspaceFolder}",
            "showLog": true
        }
    ]
}

• buildFlags: "-C ${workspaceFolder}"：强制go build在项目根目录（go.mod所在位置）执行，解决找不到模块的问题。
• program指定宿主机上的程序入口目录（而非单个main.go），VSCode会自动构建并将二进制上传到容器内对应路径。

对你之前错误的解释 #

• 第一个错误：launch模式下program填了容器内的/project/...路径，宿主机不存在该路径，VSCode校验失败。
• 第二个错误：改用宿主机路径后，go build默认在当前工作目录执行（而非项目根目录），因此找不到go.mod，添加buildFlags即可解决。

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