GoLand能检测竞态但不能自动修复，并发安全需人工重构通信模型；它支持-race检测、变量引用查找和channel快速搭建，但替换锁为channel等设计决策须开发者自主完成。
直接改代码不会自动变安全，得重设计通信模型
GoLand 是 IDE，不是并发重构工具。它能高亮竞态（需开启 go vet -race 集成）、跳转 sync.Mutex 定义、补全 context.WithTimeout，但无法把一个裸写全局 map 的 handler 自动“升级”成 channel 驱动的 worker pool。真正让代码并发安全的，是人对数据所有权和通信路径的重新建模。
先用 GoLand 检出真实竞态点，别猜
很多开发者一上来就加 sync.RWMutex，结果锁粒度错、死锁、或根本没覆盖所有访问路径。GoLand 能帮你定位问题，但得手动触发：
- 在 Run Configuration 中勾选
-race（即启动时加go run -race），运行后出现fatal error: all goroutines are asleep - deadlock或Data race报告，才是真线索 - 右键函数 → “Find Usages” 看所有读写该变量的地方，确认是否真被多个 goroutine 访问
- 检查 HTTP handler 里有没有直接操作
var visits map[string]int这类全局状态——这是最常见且 GoLand 能静态标红的错误模式
重构时优先用 channel 替代锁，GoLand 支持但不提醒你这么做
IDE 不会建议你“把这个 mutex 换成 channel”，但你能用它快速搭建安全结构：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 定义一个带类型的任务 channel：
type VisitEvent struct{ IP string; Ts time.Time }，然后ch := make(chan VisitEvent, 100) - 新建 goroutine 专管状态：用
for range ch消费事件并更新本地 map，其他 handler 只负责ch - GoLand 能自动补全
select { case ch ，但得你自己决定要不要加超时分支 - 注意：别在 handler 里
close(ch)——channel 关闭必须由唯一生产者或专用控制器执行，GoLand 不校验这个语义
goroutine 泄漏比数据竞争更难被 GoLand 发现
竞态至少会报错，泄漏却只表现为内存缓慢上涨、goroutine 数持续增加。GoLand 无法监控运行时 goroutine 数，但你可以借它快速注入诊断逻辑：
- 在疑似泄漏点（如长循环、HTTP 流式响应、定时器）附近加
runtime.NumGoroutine()打点，用 GoLand 的 “Evaluate Expression” 实时查看 - 所有
go func() { ... }()必须绑定ctx，并在select中监听ctx.Done()；GoLand 能提示ctx未使用警告，但不会告诉你漏了defer cancel() - worker pool 模式中，
jobschannel 必须显式close()，否则range jobs永不退出——GoLand 不检查 channel 是否被关闭，只检查语法
真正卡住的，从来不是语法或补全，而是谁拥有数据、谁负责关闭、超时后要不要清空缓冲 channel —— 这些决策不在 IDE 范围内，得你盯着业务流画一遍数据走向图。
