goland调试分布式定时任务需手动复制run configuration并差异化node-id参数，统一指向共享存储（如redis_addr），通过services窗口验证多进程运行状态。
GoLand 本身不支持“一键启动多个实例”，必须手动复制 Run Configuration 并差异化参数，否则所有进程会以相同身份抢占资源，导致分布式逻辑失效。
复制 Run Configuration 并传入唯一 node-id
分布式定时任务或选主逻辑依赖每个进程有独立身份标识。GoLand 不会自动帮你生成差异参数，你得自己复制并编辑：
- 右键已有 Run Configuration → Duplicate，重命名为
worker-01、worker-02等 - 在每个副本的 Program arguments 中填入唯一标识，例如：
--node-id=worker-01、--node-id=worker-02 - 确保所有副本的 Environment variables 都指向同一套共享存储，比如：
REDIS_ADDR=localhost:6379 - 不要复用
--port或--http-addr参数（除非你的服务明确支持多端口监听），否则启动时会报address already in use
启动后必须在 Services 窗口确认多进程存活
仅靠终端输出或日志滚动，根本看不出是否真起了多个进程。GoLand 的 Services 工具窗口是唯一能直观验证的入口：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 启动全部配置后，打开 View → Tool Windows → Services（或按
Alt+8） - 你会看到每个配置对应一个独立服务节点，状态为
Running才算成功 - 如果某个节点秒退，检查日志里是否出现
failed to acquire leader lock或redis connection refused—— 这说明共享存储没通，不是代码问题 - 别依赖
ps aux | grep myapp，GoLand 启动的进程可能带调试参数，名字被截断，容易误判
调试时 goroutine 断点会全局暂停，必须加 channel_id 日志隔离
你在 worker-01 里打的断点，worker-02 也会停——这不是 bug，是 Delve 调试器默认行为。想精准定位某通道问题，只能靠日志上下文：
- 启动时统一加
-gcflags=all=-l（在 Run Configuration 的 Go tool arguments 里填），否则内联函数会让断点跳到错误行 - 每个 worker 初始化时注入唯一 trace ID：
ctx := context.WithValue(context.Background(), "channel_id", "worker-01") - 所有日志前缀强制带上该 ID：
log.Printf("[ch=%s] acquired lock", ctx.Value("channel_id")) - 别用 GoLand 的 Evaluate Expression 查变量——它只显示当前 goroutine 的栈帧，跨进程完全不可见
最容易被忽略的是：所有副本的 Working directory 必须一致，且不能是临时路径；否则像 os.ReadFile("config.yaml") 可能在某个实例里读不到文件，报 no such file or directory 却找不到原因。
