GoLand 不支持单配置调试多进程，因 Delve 默认只 attach 单进程；正确做法是为每个服务（如 gate、game）单独创建 Go Build 配置，监听 0.0.0.0 端口并用环境变量管理地址，确保跨进程通信与独立调试。
GoLand 本身不支持单配置调试多进程
GoLand 的调试器基于 Delve，而 Delve 默认只 attach 到一个进程。你写了一个启动多个子进程的 Go 程序（比如用 exec.Command 启动 gate 和 game），在 main 进程打断点能停，但子进程完全不会进入调试状态——这不是配置问题，是架构限制。
常见错误现象包括：子进程日志照常输出、dlv 命令行手动 attach 子进程 PID 能成功，但在 GoLand GUI 里看不到变量、无法单步、调用栈为空。
- GoLand 的 Run/Debug Configuration 是单入口、单进程模型，不识别或接管子进程生命周期
- 即使你在代码里用
os.StartProcess或exec.CommandContext启动新进程，GoLand 也不会自动为其创建调试会话 - 子进程默认继承父进程的环境变量，但 Delve 调试服务（
dlv）未被注入，所以无法响应 IDE 的调试指令
正确做法：为每个服务单独建 Go Build 配置
不要试图让一个配置“跑通整个系统”，而是把 gate、game、auth 等视为独立可执行程序，在 GoLand 里为每个建一个 Go Build 配置。这是最稳定、可复现、符合 Go 工程习惯的方式。
- 点击右上角
Add Configuration→+ → Go Build -
Name填run-gate，Run kind选Directory，Directory指向 gate 服务的根目录（含main.go和go.mod） - 同理建
run-game，Directory指向 game 服务目录 - 确保每个服务的
main包路径正确，且监听地址不冲突（例如 gate 监听:8081，game 监听:8082）
这样你就能在不同配置间切换、单独启停、各自设断点，每个进程都有独立的 Console 和 Variables 视图。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
调试跨进程交互时的关键细节
当 gate 要调用 game 的 HTTP/gRPC 接口时，光能分别调试还不够，得确保它们真实通信——这里最容易被忽略的是网络绑定和环境隔离。
- 所有服务必须监听
0.0.0.0:$PORT，不能写127.0.0.1或localhost，否则 GoLand 启动的不同配置进程之间无法互通（它们是不同进程，不是同一进程内的 goroutine） - 避免硬编码地址，改用环境变量，例如
GAME_ADDR := os.Getenv("GAME_ADDR")，运行配置里加GAME_ADDR=127.0.0.1:8082 - 如果用了
go.work，确认每个服务目录下都有自己的go.mod，且go.work文件里明确use ./gate、use ./game——否则go run .可能因模块解析失败而静默退出 - 子进程启动后，可通过终端执行
lsof -i :8082（macOS/Linux）或netstat -ano | findstr :8082（Windows）验证端口是否真被 game 进程占用
需要真正 attach 子进程时怎么办
极少数场景（比如你必须从 main 进程动态 spawn 出 debug 版本的子进程，并立即调试它），就得绕过 GoLand GUI，用命令行 + Delve 手动 attach。
- 先在 GoLand 中以 “Run” 模式启动 main 程序（不 Debug），让它 fork 出子进程
- 查出子进程 PID：
ps aux | grep game或看子进程日志里打印的 PID - 终端执行：
dlv attach <pid>，然后continue，再设断点 - 注意：attach 后无法看到 GoLand 的变量视图和调用栈 UI，只能靠
dlvCLI 的print、bt、locals查状态
这种操作没法集成进 GoLand 工作流，仅作临时排查用。日常开发请坚持「一个服务一个配置」，别挑战 IDE 的设计边界。
