goland不支持原生多终端输出，因debug控制台仅绑定单个dlv调试会话；需通过多个并行run configuration实现类似效果，或采用外部工具（如tail、docker-compose logs）监听各服务日志。
GoLand 本身不支持“多终端输出”这个概念——它没有原生的多控制台并行调试能力，所谓“多个终端输出”，实际是多个进程（比如主服务 + 依赖服务 + 日志监听器）各自 stdout/stderr 的独立流。要实现类似效果，必须靠外部进程管理或手动拆分运行配置，而非 IDE 内置功能。
为什么 GoLand 的 Debug 控制台只显示一个进程输出
GoLand 的 Debug 模式绑定的是单个 dlv 调试会话，它只接管被调试二进制的标准输出/错误流。即使你的项目启动了 goroutine 或子进程，只要它们没被 dlv 主动 attach，其输出就不会出现在 Debug 控制台里。
- goroutine 打印的日志会正常输出到 Debug 控制台（因为共享同一进程 stdio）
-
exec.Command启动的子进程默认继承父进程 stdio，但 GoLand 不捕获子进程独立的stdout流，除非你显式重定向并读取 - 多个
go run命令（如同时跑openim-api和openim-msggateway）必须用不同运行配置，且不能共用一个 Debug 会话
用多个 Run Configuration 模拟“多终端输出”
这是最直接、稳定、可复现的做法：为每个需观察输出的服务单独建一个 Go Build 或 Go Run 配置，并启用 Run in parallel。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 进入
Run | Edit Configurations...，点击+→ 选择Go Build - 给每个配置起明确名字，例如：
api-debug、msggateway-debug、rpc-auth-debug - 在
Program arguments中传入对应服务所需的 flag（如--config=config/api.yaml） - 勾选
Allow parallel run（否则第二个启动会阻塞第一个） - 调试时，先
Debug其中一个，再Run其他几个——这样就能看到多个独立终端窗口分别滚动各自日志
调试时查看其他服务日志的实用替代方案
如果你真正需要的是“边调试主服务，边实时看依赖服务输出”，不要指望 Debug 控制台合并所有内容，而是把日志外移到文件或流式工具：
- 让被调用服务（如
openim-rpc）启动时加-logtostderr=false -log_dir=./logs，再用终端命令tail -f logs/rpc.log监听 - 用
docker-compose logs -f api msggateway替代本地多进程，日志天然分离且可过滤 - 在代码里对关键日志加唯一前缀，例如
log.Printf("[API] user login: %s", uid)，然后用grep "\[API\]"从混合输出中筛选 - 避免在
Debug模式下运行多个服务——dlv 的单点阻塞和断点同步逻辑会让多进程调试变得不可预测
真正的难点不在配置，而在于接受 GoLand 的调试模型本质是单进程上下文；想“同时调试两个服务”，得用 dlv connect 分别 attach 到两个已运行的 dlv 实例，但这就脱离了 GoLand 图形界面的便利性——所以多数人最终都回到“一个服务 Debug，其余 Run + 外部 tail”的组合方案。
