vscode (Win 10) 中的断点"unverified"，并且在远程调试时未命中 Linux Docker 容器 (Hyper-V) 中的 Go 应用程序

我正在使用VSCODE(1.34.0 Insider and稳定构建(为Windows 10开发GO(1.12.0(API-Server。定义％gopath％。delve(dlv.exe-版本1.2.0(也安装在％gopath％ bin和％gopath％ bin中的Windows％路径％。

中。然后，GO应用程序是在Docker(Docker Desktop版本2.0.0.3(31259((的容器中构建的，该容器带有Docker-Compose(作为其他一些服务，例如数据库和Web-Server，在其他容器中运行(。然后将最终的GO应用程序二进制复制到Alpine-Linux容器以及Delve可执行文件，并以无头模式启动Delve Server。没有复制到Alpine-Linux容器的源代码，只有二进制文件。

我尚未通过此设置在VSCODE中正确设置远程调试。调试器确实启动了我的应用程序，但是任何断点立即变为灰色并变得"未验证"。当应用程序(API服务器(运行时，它们也不会被击中。

使用此设置的调试非常有效(调试器开始，可以设置并击中断点(，当使用Jetbrains的Goland IDE进行远程调试。

我试图在过去几天中找到一个解决方案，找到与Chrome调试相似的论坛帖子，Node.js调试等。特别是GO，特别是：

远程调试 - 未验证的断点

我还找到了此示例配置：

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

我认为我遇到的主要问题是，我找不到任何如何正确设置程序中启动程序路径的示例。这(。源代码仅在Gopath的Windows计算机上，而不在最终容器中。应用程序和Delve运行(这同样可以与Goland Debugger一起使用(

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

%GOPATH%github.commyuserproject_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 cmdmy_apimain.go)
   Dockerfile
   ... (.gitignore, GoPkg etc.)

我当前的启动。

启动。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/poffage1/poffage1.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": "/",

没有成功。

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

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。当我在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:Usersmyusergosrcgithub.comgithubaccountproject_dirpackage1package1.go (C:/Users/myuser/go/src/github.com/githubaccount/project_dir/package1/package1.go) :165
Creating on: C:Usersmyusergosrcgithub.comgithubaccountproject_dirpackage1package1.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中，如果我在"找不到"的路径上单击。。

这在Windows主机上没有问题(但仅在此目录中调用(：

%GOPATH%...project_dircmdmy_apidlv 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:Usersmyusergosrcgithub.comgithubaccountproject_dirpackage1package1.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路径问题？

感谢您的任何帮助！

我终于在此上找到了一个错误报告，因此目前似乎是一个打开的错误。将其留在这里供任何搜索的人，因为此错误并不容易找到(至少对我而言(。

我刚刚遇到了同样的问题，并带有最新问题(2019年7月(1.37.0 VSCODE，DLV 1.2.0和GO 1.12.7，在本地Windows 10机器上(没有Docker，只需附加到Localhost运行GO程序(。

在我的情况下， project.vscodelaunch.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:UsersVonCgitgo-giteagitea.exemodelsrepo.go:230

我混合了可执行文件的远程配置。

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

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

可能在尝试远程连接到Docker容器中的程序时，Microsoft/vscode-go 2010仍然有效。

更新2020年3月：microsoft/vscode-go 2010年现在使用PR 3108关闭， QUOC TRUONG ，提交7DA5077。

当我们在Windows上进行远程调试时，我们不尊重用户在remotePath字段中使用的分离器。

应该在2020年3月的Vscode 1.44中。

相关内容

最新更新

热门标签：