GoLand配置按项目级（.idea/）、用户级（~/Library/Caches/JetBrains/GoLand202X/或%LOCALAPPDATA%\JetBrains\GoLand202X\）、系统级三层生效，优先级依次降低；项目级配置最强，可覆盖全局设置。
GoLand里哪些配置文件会互相覆盖
GoLand 的配置不是单一层级，而是分「系统级」「用户级」「项目级」三层生效，优先级从高到低是：项目级 .idea/ 目录下的配置 → 用户级 ~/Library/Caches/JetBrains/GoLand202X/（macOS）或 %LOCALAPPDATA%\JetBrains\GoLand202X\（Windows）→ 系统级安装目录里的默认配置。项目级配置最强势，哪怕你全局关了自动格式化，只要 .idea/codeStyles/ 里有 codeStyleConfig.xml，它就会按这个来。
如何让不同微服务模块用各自的go.mod和go env
OpenIM 这类多 cmd 目录结构的项目，常有人把所有服务塞进一个 GOPATH 下，结果 go run 找错 main 或依赖解析混乱。正确做法是：每个子服务（如 cmd/openim-api）单独作为 GoLand 的「模块」导入，而不是整个 open-im-server/ 当成一个项目。操作路径：File → Project Structure → Modules → + → Import Module，选中 cmd/openim-api/go.mod。这样 GoLand 会为它单独读取 go env -w GOPATH=xxx 和 GO111MODULE=on 状态，不会被根目录或其他模块干扰。
为什么改了 go env -w GOROOT 但 GoLand 还报 SDK not found
GoLand 启动时压根不读 shell 的环境变量，go env 输出的是终端里当前会话的值，和 IDE 进程无关。常见错误包括：
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 在终端执行
go env -w GOROOT=/usr/local/go后，没重启 GoLand —— 已启动的 IDE 不会 reload 环境 - 误以为勾选
Use GOPATH that’s defined in system environment就能连带读取GOROOT，其实它只管GOPATH，GOROOT必须手动指定路径 - Mac 上用 zsh 却改了
~/.bashrc，导致终端里go version正常，但 GoLand 启动脚本（图形界面下走的是 login shell 路径）根本没加载那行 export
调试时怎么临时切换不同版本的 Go SDK
多版本共存时（比如 OpenIM 要求 Go 1.20，而你本地装了 1.23），不能只靠 GOROOT 切换，因为 GoLand 的 Run Configuration 会锁定 SDK 版本。实操步骤：
- 先在
Settings → Go → GOROOT里添加多个 SDK：点Add SDK… → Local → /usr/local/go-1.20.15和/usr/local/go-1.23.4 - 右键点击某个
main.go→Run 'main.go'→ 在弹出的运行配置窗口里，点Modify options → Go toolchain，下拉选择对应版本 - 注意：这个选择只对当前 Run Configuration 生效；如果要用 Debug 模式，必须在 Debug 配置里也单独设一遍，它不会继承 Run 的设置
真正容易被忽略的是：GoLand 的测试运行器（go test）默认用项目 SDK，但如果你在终端里跑 go test -v ./...，它用的是 shell 当前 $GOROOT —— 两个环境可能不一致，导致本地能过 CI 报错。
