登录
首页 >  Golang >  Go问答

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

来源:stackoverflow

时间:2024-04-23 10:51:35 285浏览 收藏

本篇文章给大家分享《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 Truongcommit 7da5077)一起关闭。

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

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

声明:本文转载于:stackoverflow 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>