GoLand拼写检查默认启用，但项目级生效需选Project dictionary（生成于.idea/dictionaries/），并配置Typo扫描范围；未导出标识符不检查是主动降噪，gopls可补强语义诊断。
GoLand 的拼写检查默认就启用，但“项目级”生效的关键不在开关本身，而在词典作用域和检查范围配置——否则你改的单词只在当前文件或全局生效，团队协作时会失效。
如何让拼写修正对整个项目生效
拼写检查本身是 IDE 级功能，但“保存到词典”的行为默认写入全局词典（Application-level dictionary），这意味着你在项目 A 里加的 jsonb，项目 B 也能用，但项目 B 的专有术语（比如内部服务名 authzsvc）不该污染其他项目。
- 把插入符停在被标红的单词上，按
Alt+Enter，选择Save to dictionary - 此时弹出菜单里必须选
Project dictionary（不是默认的Application dictionary） - 项目词典文件会生成在
.idea/dictionaries/yourname.xml，它会被 Git 跟踪，团队成员拉代码后自动生效 - 如果误选了 Application 级，按
Ctrl+Z可撤销；但已提交的全局词典无法自动同步，得手动删掉~/.GoLand2026.1/config/dictionaries/下对应条目
为什么有些变量名或结构体字段不报拼写错误
GoLand 的 Typo 检查默认只作用于“可索引标识符”，即出现在符号表里的内容。但 Go 的未导出字段、函数内局部变量、匿名 struct 字段等，IDE 不会将其纳入拼写校验范围——这不是漏报，是主动降噪。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 例如
type User struct { usreName string }中的usreName不会标红，因为字段未导出且无外部引用 - 而
func GetUser() *User返回的结构体，其导出字段UserName就会被检查 - 若真要覆盖所有场景，需配合
gopls的语义诊断：在 GoLand 设置中开启Go | Language Server | Enable staticcheck diagnostics，此时staticcheck会捕获更多命名类问题（如S1005），但它属于类型检查范畴，不是拼写检查
怎样批量扫描整个项目里的拼写错误
靠人工点每个红波浪线效率太低，尤其接手老项目时。GoLand 提供了全量扫描入口，但路径藏得深，且结果不自动跳转到问题位置。
- 快捷键：
Ctrl+Alt+Shift+I（Windows/Linux）或Cmd+Option+Shift+I（macOS） - 输入检查名：
Typo，回车确认 - 在
Run "Typo"对话框中，务必勾选Include subdirectories和Process test sources（测试文件常含大量 mock 名称） - 扫描结果出现在
Problems工具窗口的Typo标签页，双击某条目可直接跳转，但不会高亮单词本身——需手动把光标移到行末再往左挪 - 注意：该扫描不检查
go.mod或Makefile这类非 Go 文件，如需覆盖，得用外部工具如codespell
真正容易被忽略的是词典同步机制：项目词典只在 IDE 启动时加载一次，修改 .idea/dictionaries/*.xml 后必须重启 GoLand 才生效；另外，如果团队用了不同版本的 GoLand（比如 2026.1 和 2025.3），词典格式可能不兼容，导致部分单词识别失败。
