vscode (Win 10) 中的断点“未经验证”，在 Linux Docker 容器 (Hyper-V) 中远程调试 Go 应用程序时未命中

本篇文章给大家分享《vscode (Win 10) 中的断点“未经验证”，在 Linux Docker 容器 (Hyper-V) 中远程调试 Go 应用程序时未命中》，覆盖了Golang的常见基础知识，其实一个语言的全部知识点一篇文章是不可能说完的，但希望通过这些问题，让读者对自己的掌握程度有一定的认识(B 数)，从而弥补自己的不足，更好的掌握它。

我正在使用 vscode（1.34.0 内部版本和稳定版本）为 windows 10 开发 go (1.12.0) api 服务器。源代码位于 windows 计算机上定义的 %gopath% 中。 delve（dlv.exe - 版本 1.2.0）也安装在 %gopath%\bin 中，并且 %gopath%\bin 也在 windows %path% 中。

然后，使用 docker-compose 在 docker（docker 桌面版本 2.0.0.3 (31259)）容器中构建 go 应用程序（因为数据库和 web 服务器等其他一些服务正在其他容器中运行）。然后，最终的 go 应用程序二进制文件与 delve 可执行文件一起复制到 alpine-linux 容器中，并且 delve 服务器以无头模式启动。没有源代码被复制到 alpine-linux 容器，只是二进制文件。

我还没有成功地使用此设置在 vscode 中正确设置远程调试。调试器确实启动了我的应用程序，但任何断点都会立即变成灰色并变为“未经验证”。当应用程序（api 服务器）运行时，它们也不会被命中。

当使用 jetbrains 的 goland ide 进行远程调试时，使用此设置进行调试效果非常好（调试器启动、可以设置并命中断点）。

在过去的几天里，我一直在尝试寻找解决方案，找到了具有类似 chrome 调试、node.js 调试等问题的论坛帖子，以及 go 上的这篇帖子，具体来说：

远程调试 - 未验证的断点

我还找到了这个示例配置：

https://github.com/lukehoban/webapp-go/blob/debugging/.vscode/launch.json

我认为我遇到的主要问题是，我找不到任何示例来说明如何在 windows 计算机上的远程调试配置的 launch.json 中正确设置程序路径（也找不到任何引用的文档）这）。源代码仅位于 gopath 中的 windows 计算机上，而不是在应用程序和 delve 运行的最终容器中（这同样可以与 goland 调试器配合使用）

我的项目路径/目录结构（简化）：

%gopath%\github.com\myuser\project_dir\
   .vscode\
      launch.json
   cmd\
      my_api\
          main.go
      another_app\
          main.go
   package1\
      package1.go (this is where i am setting the breakpoint, this package is imported in cmd\my_api\main.go)
   dockerfile
   ... (.gitignore, gopkg etc.)

我当前的 launch.json 配置（请参阅下面我尝试过的一些变体）

launch.json - 远程配置

{
         "name": "remotedockerapi",
         "type": "go",
         "request": "launch",
         "mode": "remote",
         "program": "${workspacefolder}/cmd/my_api",
         "env": {},
         "args": [],
         "remotepath": "/my_api",
         "port": 40400, // port 
         "host": "127.0.0.1", // docker ip
         "showlog": true
}

注意：project_folder/cmd/my_api 是 api 服务器的 main.go 所在的位置。但是，此应用程序的某些包直接位于项目文件夹下，即project_folder/package1/package1.go

我已经尝试过

"program": "${workspacefolder}",

和

"program": "${workspacefolder}\\cmd\\my_api",

和

"program": "${workspacefolder}/cmd/my_api",

和

"program": "${workspacefolder}\\cmd\\my_api\\main.go",

和

"program": "${workspacefolder}/cmd/my_api/main.go",

我也尝试改变这一点（没有明显的变化）：

"remotepath": "/",

没有成功。

我的多阶段 dockerfile，用于构建应用程序并在无头模式下启动 delve：

from golang:1.11.6-alpine3.9 as builder

run wget -o /usr/bin/dep 'https://github.com/golang/dep/releases/download/v0.5.1/dep-linux-amd64' \
    && chmod +x /usr/bin/dep

# for debugging: conmpile delve
run apk add --no-cache git
run go get github.com/derekparker/delve/cmd/dlv

# copy code and build it:
workdir $gopath/src/github.com/myuser/my_api/
copy gopkg.toml gopkg.lock ./
run dep ensure --vendor-only
copy . ./

# compile with necessary flags for delve
run cgo_enabled=0 goos=linux go build -gcflags "all=-n -l" -a -installsuffix nocgo -o /my_api ./cmd/my_api

from alpine:3.9 as runtime-base

# debugging: allow delve to run on alpine based containers.
run apk add --no-cache libc6-compat

# app container
from runtime-base

workdir /
# copy certificates
copy --from=builder /etc/ssl/certs/ca-certificates.crt /etc/ssl/certs/
# copy app
copy --from=builder /my_api ./
# copy delve
copy --from=builder /go/bin/dlv /

# 40400 for delve
expose 40400

cmd ["/dlv","--listen=:40400","--headless=true","--api-version=2", "exec", "./my_api"]

我在其中一个包中设置了一个断点（不是在project_dir/cmd/my_api/main.go 中，而是在project_dir/package1/package1.go 中）。当我在 vscode 中启动调试器并且未命中断点时，它会变成灰色且“未验证”。

我可能在一个非常简单的层面上做错了一些事情，但我似乎不知道是什么。

更新 我终于找到了调试器日志并看到了这个：

from client: setbreakpoints({"source":{"name":"package1.go","path":"c:\\users\\myuser\\go\\src\\github.com\\githubaccount\\project_dir\\package1\\package1.go"},"lines":[165,170],"breakpoints":[{"line":165},{"line":170}],"sourcemodified":false})
setbreakpointsrequest
all cleared
creating on: c:\users\myuser\go\src\github.com\githubaccount\project_dir\package1\package1.go (c:/users/myuser/go/src/github.com/githubaccount/project_dir/package1/package1.go) :165
creating on: c:\users\myuser\go\src\github.com\githubaccount\project_dir\package1\package1.go (c:/users/myuser/go/src/github.com/githubaccount/project_dir/package1/package1.go) :170
error on createbreakpoint: could not find c:/users/myuser/go/src/github.com/githubaccount/project_dir/package1/package1.go:165
error on createbreakpoint: could not find c:/users/myuser/go/src/github.com/githubaccount/project_dir/package1/package1.go:170

不过，我不确定它是否真的能帮助我解决 vscode 的问题。这可能是一个错误吗？我发现了对旧版 macos 错误的引用：

https://github.com/microsoft/vscode-go/issues/1859

和

https://github.com/go-delve/delve/issues/1282

但这些都是旧的且固定的（？）。

除了 windows 路径分隔符（“\”）被 vscode(?) 转换为 unix 风格的路径分隔符“/”外，路径是正确的，文件存在并且设置断点的行是在文件的中间（并且正确）...

在 vscode 中，如果我按住 ctrl 键并单击“无法找到..”中显示的路径（由 vscode 制作为链接），它会将我直接带到该文件（因此 vscode 可以找到/查看它，没有问题） .

这在 windows 主机上连接没有问题（但前提是从此目录中调用）：

%gopath%\...\project_dir\cmd\my_api\dlv debug -l 127.0.0.1:40400

和

(dlv) funcs any_function_in_package1

找到这个函数，所以（源）代码似乎对 delve 是可见的。

直接在 delve 中设置我想要的断点也可以：

(dlv) break c:/users/myuser/go/src/github.com/githubaccount/project_dir/package1/package1.go:170
breakpoint 1 set at 0xad8dd8 for github.com/githubaccount/project_dir/package1.(*struct).function() c:/users/myuser/go/src/github.com/githubaccount/project_dir/package1/package1.go:170

windows 样式路径在命令行上也以相同的方式工作：

(dlv) break C:\Users\myuser\go\src\github.com\githubaccount\project_dir\package1\package1.go:170
Breakpoint 1 set at 0xad8dd8 for github.com/githubaccount/project_dir/package1.(*Struct).Function() C:/Users/myuser/go/src/github.com/githubaccount/project_dir/package1/package1.go:170

这是 vscode 中的 windows/unix 路径样式问题吗？有什么建议吗？

更新2 刚刚发现这个 2018 年底的 bug 报告，它似乎描述了 delve 和 vscode 之间的类似问题：

https://github.com/bazelbuild/rules_go/issues/1844

但是，正如我在上面发布的，在我的情况下，delve 在传递断点的绝对（windows）路径时似乎没有问题，所以我不确定上述错误是否适用于这种情况？另外，为什么它可以直接在 delve 中运行而不是通过 vscode 运行？或者这到底是 windows 路径/unix 路径问题吗？

感谢您的帮助！

解决方案

我终于找到了一个 bug report，所以它现在似乎是一个开放的错误。将其留在这里供任何搜索者使用，因为这个错误并不容易找到（至少对我来说）。

我刚刚遇到了同样的问题，最新的（2019 年 7 月）1.37.0 vscode，dlv 1.2。 0 和 go 1.12.7，在本地 windows 10 计算机上（没有 docker，只需附加到运行 go 程序的本地主机）。

就我而言，project\.vscode\launch.json 是：

{
    // use intellisense to learn about possible attributes.
    // hover to view descriptions of existing attributes.
    // for more information, visit: https://go.microsoft.com/fwlink/?linkid=830387
    "version": "0.2.0",
    "configurations": [
        {
            "name": "remote debug",
            "type": "go",
            "request": "attach",
            "mode": "remote",
            "remotepath": "c:\\users\\vonc\\git\\go-gitea\\gitea.exe",
            "cwd": "c:\\users\\vonc\\git\\go-gitea",
            "port": 2345,
            "host": "127.0.0.1",
            "showlog": true,
            "trace": "verbose",
        }
    ]
}

通过激活日志和详细跟踪，我清楚地看到了根本原因：

error on createbreakpoint: could not find c:\users\vonc\git\go-gitea\gitea.exe\models\repo.go:230

我混淆了可执行文件的remotepath。

"remotePath": "C:\\Users\\VonC\\git\\go-gitea",

使用路径，相同的配置可以完美地工作，并且我的断点被识别（并在执行过程中遇到时停止）。

当尝试远程连接到 docker 容器中的程序时，也许 microsoft/vscode-go issue 2010 仍然有效。

2020 年 3 月更新：microsoft/vscode-go issue 2010 现已与 PR 3108（从 Quoc Truong 到 commit 7da5077）一起关闭。

这应该是 vscode 1.44，2020 年 3 月版。

好了，本文到此结束，带大家了解了《vscode (Win 10) 中的断点“未经验证”，在 Linux Docker 容器 (Hyper-V) 中远程调试 Go 应用程序时未命中》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多Golang知识！