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 Truong 到 commit 7da5077)一起关闭。
这应该是 vscode 1.44,2020 年 3 月版。
好了,本文到此结束,带大家了解了《vscode (Win 10) 中的断点“未经验证”,在 Linux Docker 容器 (Hyper-V) 中远程调试 Go 应用程序时未命中》,希望本文对你有所帮助!关注golang学习网公众号,给大家分享更多Golang知识!
-
502 收藏
-
502 收藏
-
501 收藏
-
501 收藏
-
501 收藏
-
139 收藏
-
204 收藏
-
325 收藏
-
477 收藏
-
486 收藏
-
439 收藏
-
357 收藏
-
352 收藏
-
101 收藏
-
440 收藏
-
212 收藏
-
143 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 507次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 497次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 484次学习