goland 本身不强制校验命名规则，仅支持代码风格提示和格式化；真正起约束作用的是 revive 等外部 linter，需配合 ci 或 pre-commit 检查，ide 仅高亮显示问题。
GoLand 本身不提供“强制命名规则校验”功能，它只支持代码风格提示和自动格式化，无法像 ESLint 那样拦截不符合规范的变量名编译或保存。 真正起约束作用的是 golint、staticcheck 或自定义 linter（如 revive），配合 CI 或 pre-commit 检查。GoLand 可以高亮显示它们报出的问题，但不会阻止你写 my_variable 或 URLArray。
为什么 GoLand 的 Settings → Go → Code Style 不够用
GoLand 的 Code Style → Go 页面能设置首字母大小写偏好、缩进、空格等，但它不校验语义级命名是否合规。比如：
- 它允许你声明
var userIDString string，哪怕规范要求该变量应叫userID（类型已说明是 string） - 它不阻止
type UserUtil struct{}—— 这违反了“禁止模糊词如 Util/Helper”的强规 - 它不会警告
var UrlArray []string应为urlArray或urlSlice
这些都属于业务语义和团队规约范畴，IDE 无内置规则引擎去判断。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
如何让 GoLand 显示命名违规（需外部 linter 支持）
前提是项目已集成支持命名检查的 linter，并在 GoLand 中启用对应插件与配置：
- 推荐使用
revive：它提供exported、var-naming、function-length等可配置规则，其中var-naming能检查驼峰、首字母小写、避免下划线等 - 在终端运行：
go install github.com/mgechev/revive@latest - GoLand 设置路径：
Settings → Tools → Go Tools → Revive path，填入revive可执行文件路径 - 添加
.revive.toml到项目根目录，启用命名规则：[rule.var-naming] arguments = ["[a-z][a-z0-9]*([A-Z][a-z0-9]*)*"]
- 重启 GoLand，违规变量会以黄色波浪线标出，悬停可见具体规则说明
Struct tag 和字段命名必须分开配置
Struct 字段名（如 Name、CreatedAt）受 GoLand Code Style → Go → Naming 控制；而 struct tag（如 json:"user_name"）则由 Settings → Go → Code Generation → Struct tags 管理：
- 勾选
Use snake_case for JSON, XML and YAML tags后，GoLand 在生成 struct 时会自动把字段UserName对应 tag 写成json:"user_name" - 但这个选项不影响已有字段的 tag 手动修改，也不会校验你是否手写了
json:"UserName"这种错误格式 - 真正校验 tag 格式的是
revive的struct-tag规则，或go vet -tags
最易被忽略的一点：命名规范的落地，依赖的是 revive / staticcheck 的持续扫描 + Git hook 自动触发 + PR 门禁拦截。GoLand 只是“显示问题”的窗口，不是“执行规则”的守门人。别指望调几个 IDE 设置就自动达标——得让 linter 进 pipeline。
