vscode(Win 10)中的断点“未验证”,并且在远程调试Linux Docker容器(Hyper-V)中的Go app时不会出现断点

joedoe150:

我正在使用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路径问题?

感谢您的任何帮助!

joedoe150:

我终于找到了有关此问题错误报告,因此目前看来它是一个未解决的错误。把这个留给任何人搜索,因为这个错误很难找到(至少对我来说)。

本文收集自互联网,转载请注明来源。

如有侵权,请联系 [email protected] 删除。

编辑于
0

我来说两句

0 条评论
登录 后参与评论

相关文章