GoLand不支持一键启动多个服务，但可通过独立Run Configuration、Tilt或Docker Compose实现：每个Go服务需单独配置端口与工作目录，Tilt支持健康检查与热重载，Docker Compose更贴近生产环境。
GoLand 本身不支持“一键启动多个服务”这种原子操作，但可以通过组合多个 Run Configuration + 启动脚本 / Tilt / Docker Compose 实现等效效果。关键在于别把“多服务”当成单个 Go 程序去 run，而是按进程粒度管理。
为每个 Go 服务单独配置 Run Configuration
GoLand 的 Edit Configurations 是多服务启动的基础。每个服务（如 auth-service、order-service）必须对应一个独立的 Go Build 配置：
- 类型选
Directory，指向各自cmd/xxx目录（不能选文件，否则无法识别包结构） - 务必在
Environment中显式设置端口，例如PORT=8081；不设会导致服务绑定失败或冲突 - 工作目录（
Working directory）建议设为项目根目录，避免相对路径读取配置失败 - 输出目录（
Output directory）可留空，调试阶段无需生成二进制
用 Tilt 实现真正的多服务联动启动
当服务数 ≥3 或需健康检查、热重载、端口转发时，Tilt 比纯 GoLand 配置更可靠。它用 tiltfile 声明依赖关系和就绪条件：
local_resource( name="auth-service", cmd="PORT=8081 go run ./cmd/auth", port_forwards=["8081:8081"], readiness_probe="curl -f http://localhost:8081/healthz || exit 1" ) local_resource( name="order-service", cmd="PORT=8082 go run ./cmd/order", port_forwards=["8082:8082"], readiness_probe="curl -f http://localhost:8082/healthz || exit 1" )
注意：cmd 必须显式带 PORT=，Go 的 os.Getenv("PORT") 不会 fallback 到默认值；readiness_probe 失败会导致 Tilt 卡住不继续启下一个服务。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
用 Docker Compose 替代本地 GoLand 启动
如果目标是模拟生产环境（含 DB、Redis、网关等），直接跳过 GoLand 的 Run Configuration，改用 docker-compose.yml：
- 每个服务用
build:指向对应cmd/xxx目录，或用command:覆盖启动命令 - 必须通过
environment:注入PORT和其他必要变量，Go 代码里不能硬编码端口 - 依赖顺序靠
depends_on:+ 自定义健康检查，不是靠启动先后
启动后，在 GoLand 里用 Attach to Process 连接容器内进程调试，比反复改 Run Configuration 更稳。
容易被忽略的端口与环境隔离问题
多个服务共存时，最常踩的坑不是配置不会设，而是没意识到：
- GoLand 的每个 Run Configuration 默认共享同一套环境变量，
PORT写错一个就全串了 - Mac 上
localhost和127.0.0.1在某些网络栈下行为不一致，健康检查 URL 最好统一用127.0.0.1 - Docker 容器内访问宿主机服务要用
host.docker.internal，不是localhost - Tilt 的
port_forwards是双向的，但只暴露到宿主机，容器间通信走内部网络
真正麻烦的从来不是“怎么配”，而是“配完之后各服务能不能互相发现、有没有竞态、日志会不会刷屏盖掉关键错误”。先跑通单个服务的 go run，再加第二个，最后才引入协调层——这个顺序不能乱。
