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

Question

我正在为Windows 10开发一个Go (1.12.0) api服务器，它使用vscode (1.34.0内幕和稳定构建)。源代码位于Windows机器上的定义%GOPATH%。Delve (dlv.exe -Version1.2.0)也安装在%GOPATH%\bin中，%GOPATH%\bin也安装在Windows %PATH%中。

然后，在Docker (DockerDesktopVersion2.0.0.3 (31259))容器中构建go应用程序(因为其他一些服务，如数据库和web服务器正在其他容器中运行)。最后的go应用程序二进制文件随后与delve可执行文件一起复制到Alpine容器中，然后在无头模式下启动delve服务器。没有源代码被复制到阿尔卑斯Linux容器中，只有二进制文件。

使用此设置，我未能在vscode中正确设置远程调试。调试器确实启动了我的应用程序，但是任何断点都会立即变成灰色，变成“未经验证”。当应用程序(api服务器)运行时，它们也不会被击中。

使用此设置进行调试(调试器启动，可以设置断点并命中)时，使用来自Jetbrains的Goland进行远程调试。

在过去的几天里，我一直试图找到一个解决方案，在Chrome调试、Node.js调试等方面找到具有类似问题的论坛帖子，这篇文章在Go上发布，具体如下：

远程调试-未经验证的断点

我还找到了这个示例配置：

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

我认为我遇到的主要问题是，我在任何地方都找不到任何示例，说明如何在launch.json中为Windows机器上的远程调试配置正确设置程序路径(也找不到任何相关文档)。源代码只在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文件夹/cmd/my_ api是api服务器的main.go所在位置。但是，该应用程序的一些包直接位于项目文件夹下，即project _ folder /package1 1/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 1/Package1.go中)。当我在vscode中启动调试器并且没有命中断点时，这会变成灰色和“未验证”。

我可能在一个非常简单的层面上做错了什么，但我似乎想不出是什么。

UPDATE我终于找到了调试器日志，并看到以下内容：

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路径样式的问题吗？有什么建议吗？

UPDATE 2刚刚发现了2018年末的bug报告，这似乎描述了Delve和vscode之间的类似问题：

go/issues/1844

但是，正如我上面发布的，在我的例子中，Delve似乎没有问题通过断点的绝对(Windows)路径，所以我不确定上面的错误是否适用于这种情况？另外，为什么它会直接在Delve中工作，而不是通过vscode？或者这可能是Windows path / Unix路径问题吗？

谢谢你的帮助！

Answer 1

我终于在这上面找到了一个错误报告，所以现在看来它是一个开放的bug。把这个留给任何搜索的人，因为这个bug不容易找到(至少对我来说)。

Answer 2

我刚刚经历了同样的问题，最新的(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 2010版可能仍然有效。

更新2020年3月：2010年问题现在与来自夸克特农，提交7da5077的PR 3108关闭。

当我们在Windows上远程调试交叉编译的二进制文件时，我们并不尊重用户在remotePath字段中使用的分隔符。

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