goland中并行测试线程数由go test -p=n控制，ide仅透传参数；需在run configuration的go tool arguments中手动添加如-p=4，并确保测试函数内首行调用t.parallel()才生效。
GoLand 里并行测试的线程数由 go test 控制，不是 IDE 配置项
GoLand 本身不提供「设置最大并行线程数」的 UI 选项或配置参数。它只是调用 go test 命令，并把你在 Run Configuration 里填的参数透传过去。真正控制并行度的是 -p 标志（即 golang.org/x/tools/internal/test 所依赖的 runtime.GOMAXPROCS 行为之外的测试调度粒度）。
如何在 GoLand 中启用并行测试并限制并发数
你必须手动在测试运行配置中添加 -p 参数，否则默认使用 GOMAXPROCS 值（通常是 CPU 核心数），但实际并发执行的测试函数仍取决于是否用了 t.Parallel()。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 打开 Run → Edit Configurations… → 选中你的测试配置（如
go test或具体 Test 函数） - 在
Go tool arguments栏中填入：-p=4（数字按需调整，比如-p=2适合调试时避免干扰） - 确保被测函数内显式调用了
t.Parallel()，否则-p不生效 - 注意：若同时设了
-race，-p建议 ≤ 4，否则竞态检测器开销剧增，可能假阳性或超时
-p 和 GOMAXPROCS 的区别与常见误用
很多人混淆两者：GOMAXPROCS 控制 Go 调度器最多可用 OS 线程数，影响所有 goroutine；而 go test -p=N 仅限制「同时运行的测试包或测试函数组」数量，是测试框架层的调度开关。
- 对单个
TestXxx函数内部的go协程，-p完全不干预——它只管「哪些 TestXxx 可以并发启动」 - 如果你的测试用了
testify/suite，-p作用于整个 suite 实例，而非 suite 内部的每个Test方法 - 值设得过大（如
-p=100）可能导致文件描述符耗尽、临时目录冲突或数据库连接池打满，尤其在集成测试中
验证并行是否真正生效的最简方式
别只看执行时间变短——那可能是缓存或 IO 重叠。真要确认，得看输出日志节奏或加计时锚点。
- 在两个都调用了
t.Parallel()的测试函数开头加：fmt.Printf("[%s] started at %v\n", t.Name(), time.Now().UnixMilli()) - 运行
go test -p=2 -v ./...，观察前两条日志的时间戳是否几乎一致（误差 - 若时间戳间隔明显（如 200ms+），说明没并行，检查是否漏写
t.Parallel()或被-run过滤掉了 - GoLand 的测试窗口里，灰色小图标表示「已排队未运行」，绿色运行中图标才代表真正并发执行
-p 值是否合理，也不会警告你测试函数里忘了 t.Parallel()。并行测试的边界非常脆弱：一个没加 Parallel() 的测试，会阻塞同一批次里所有其他并行测试的启动。
