GoLand 不支持 ThreadSanitizer（TSan），因其专用于 C/C++，而 Go 使用自带的 -race 检测器；应在 Run Configuration 中添加 -race 启用 Go 原生竞态检测，而非尝试配置 TSan。
GoLand 本身不支持 ThreadSanitizer（TSan） —— 因为 TSan 是专为 C/C++/C++11+ 设计的编译时插桩工具，依赖 Clang/GCC 的 -fsanitize=thread 支持，而 Go 语言运行时自带内存模型和竞态检测机制，与 TSan 完全无关。
为什么不能在 GoLand 里“配置” TSan
GoLand 是 JetBrains 为 Go 语言开发的 IDE，底层调试和分析能力基于 Go 工具链（go tool、go test -race、pprof 等）。它没有集成、也无法调用 Clang/GCC 的 sanitizer 运行时库。试图在 GoLand 的 Run Configuration 里添加 -fsanitize=thread 或类似选项，只会导致编译失败或静默忽略。
- Go 编译器（gc）不识别
-fsanitize=thread，该 flag 会被直接报错或丢弃 - Go 的并发内存模型由 goroutine + channel +
sync包定义，其竞态检测由 Go 自带的-race检测器实现，原理与 TSan 不同（基于动态锁序和共享访问标记） - GoLand 的 “Thread Sanitizer” 选项（如果存在）是 UI 误导项，实际对应的是 Go 的
-race，不是 TSan
GoLand 中真正有效的竞态排查方式：启用 go -race
你在 GoLand 里要做的，不是找 TSan 配置，而是正确启用 Go 原生的竞态检测器。它比 TSan 更轻量、更贴合 Go 语义，且能捕获 goroutine 跨调度器的访问冲突。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 在 GoLand 的 Run → Edit Configurations 中，找到你的测试或 main 启动配置
- 在 Go tool arguments（或 Program arguments，取决于配置类型）中添加：
-race - 确保你运行的是
go test或go run，而非直接执行二进制（-race必须在构建阶段注入） - 若跑测试，推荐写法：
go test -race -v ./...；GoLand 会自动把-race传给go test - 注意：启用
-race后，程序内存占用翻倍、速度下降 2–5 倍，仅用于调试，不可上线
常见误配与报错现象
如果你看到类似错误，基本说明你混淆了工具链：
-
flag provided but not defined: -fsanitize：你在go run或go test里加了 C 风格的 flag -
build error: # command-line-arguments: undefined reference to __tsan_*：链接器试图找 TSan 运行时，但 Go 不提供这些符号 - GoLand 控制台输出里有
WARNING: DATA RACE但堆栈指向 runtime 包内部：这是正常-race报告，不是 TSan；检查报告里是否包含你自己的源码行号（如myapp/main.go:42） - 没报竞态，但逻辑仍异常：可能触发了
-race未覆盖的边界（如 unsafe.Pointer 重解释、CGO 跨界访问），此时需结合go tool trace或手动加sync/atomic断言
真正需要 TSan 的场景，只存在于 CGO 混合项目中——即 Go 代码调用了 C 函数，且那些 C 函数内部存在多线程共享内存操作。这时，你必须单独用 GCC/Clang 编译 C 部分并启用 -fsanitize=thread，再让 Go 静态或动态链接该库。GoLand 对这部分 C 构建无直接控制力，得靠 Makefile 或 CMake 驱动。
