Go远程调试需编译时加-gcflags="all=-N -l"嵌入调试信息，并用dlv exec --headless --continue --accept-multiclient启动服务端，VS Code通过attach模式配置正确host、port及substitutePath连接；须注意权限、SELinux和Go/Delve版本兼容性。
Go 程序可以直接在远程服务器上调试，但关键在于：必须在编译时嵌入调试信息，并确保 dlv（Delve）以正确模式运行——不是所有部署环境都默认支持 attach 或 headless 模式，更不能直接用本地 IDE 的“Remote Debug”按钮盲目连接。
编译时必须加 -gcflags="all=-N -l"
这是远程调试能断点命中的前提。缺少它，Go 会优化掉变量信息和行号映射，Delve 连上也看不到局部变量、无法单步执行。
-
-N禁用变量内联，保留原始变量名和作用域 -
-l禁用函数内联，保证调用栈可追溯 - 务必加
all=前缀，否则子包可能被忽略 - 示例：
go build -gcflags="all=-N -l" -o server main.go
Delve 必须用 --headless --continue --accept-multiclient 启动
远程调试本质是 client/server 模式，dlv 在服务端只能作为 headless server 运行，不能交互式启动（否则卡在终端等待输入）。
-
--headless：关闭 TUI，只提供 dlv API -
--continue：启动后立即运行程序（不暂停在入口），否则会挂起等待 client 连接 -
--accept-multiclient：允许多次重连（比如 IDE 断开重连、更换断点后重启调试） - 完整命令：
dlv exec ./server --headless --addr=:2345 --continue --accept-multiclient - 注意端口需在服务器防火墙/安全组放行（如
2345）
VS Code 配置 launch.json 要指向远程地址而非 localhost
本地 VS Code 是 client，必须把 host 设为服务器 IP，不能写 127.0.0.1 或留空——否则连的是本机，不是远程 dlv 实例。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 关键字段示例：
-
"mode": "attach"（非exec或launch） "port": 2345-
"host": "192.168.1.100"（替换成真实服务器 IP） -
"apiVersion": 2（Delve v1.20+ 推荐用 v2） - 路径映射必须配
"substitutePath"，否则源码找不到，例如：{"from":"/home/user/project","to":"/Users/me/project"}
常见失败原因：权限、SELinux、Go 版本与 Delve 不匹配
即使配置全对，仍可能连不上或断点失效，优先排查这三项：
- Linux 上
dlv exec需要ptrace权限；若报operation not permitted，尝试加--only-same-user=false或临时关闭 SELinux（setenforce 0） - Go 1.21+ 默认启用
goversion校验，Delve 若太旧（如 dlv version 确认兼容性 - 服务器 Go 和本地开发环境版本差异过大（如服务端 Go 1.19，本地用 1.22 编译），可能导致调试符号解析失败
- 不要用
go run启动调试——它生成的临时二进制无调试符号，且生命周期不可控
真正卡住的地方往往不是配置语法，而是编译参数遗漏、端口没通、或者本地路径映射写反了方向。Delve 的日志（加 --log --log-output=debugger,rpc）比 IDE 控制台更能暴露底层连接问题。
