我正在使用Windows 10的vscode(1.34.0内部版本和稳定的内部版本)开发Go(1.12.0)api服务器。源代码位于Windows机器上已定义的%GOPATH%中。Delve(dlv.exe-版本1.2.0)也安装在%GOPATH%\ bin中,%GOPATH%\ bin也安装在Windows%PATH%中。
然后,将go应用程序构建在具有docker-compose的Docker(Docker桌面版本2.0.0.3(31259))容器中(因为其他容器中正在运行数据库和Web服务器等其他服务)。然后将最终的go app二进制文件与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
我认为我遇到的主要问题是,在任何地方都找不到如何在launch.json中为Windows机器上的远程调试配置正确设置程序路径的示例(我也找不到任何与此相关的文档)。源代码仅位于Windows机器中的GOPATH中,而不位于应用程序并在其中运行的最终容器中(这同样适用于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
但是这些都是旧的且固定的(?)。
通过vscode(?)将Windows路径分隔符(“ \”)转换为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中设置我想要的断点也可以:
(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年末的错误报告,该报告似乎描述了Delve和vscode之间的类似问题:
https://github.com/bazelbuild/rules_go/issues/1844
但是,正如我在上面发布的那样,在我的情况下,Delve在传递断点的绝对(Windows)路径时似乎没有问题,因此我不确定上述错误是否适用于这种情况?另外,为什么它可以直接在Delve中运行而不通过vscode运行?还是毕竟是Windows路径/ Unix路径问题?
感谢您的任何帮助!
我终于找到了有关此问题的错误报告,因此目前看来它是一个未解决的错误。把这个留给任何人搜索,因为这个错误很难找到(至少对我来说)。
本文收集自互联网,转载请注明来源。
如有侵权,请联系 [email protected] 删除。
我来说两句