goland不支持一键批量重命名以符合规范，需手动选中目标用shift+f6精准重构：改变量/函数名仅限当前包引用，跨包、注释、字符串、json tag等需额外勾选或人工处理；改模块名在go.mod中shift+f6即可自动更新import路径，但vendor、go.sum及硬编码路径需手动核对。
GoLand 本身不提供“一键重写全部命名以符合规范”的全自动模式——它只做精准、上下文感知的重构，而不是风格扫描式批量改名。所谓“符合最新规范”，比如把 user_db 改成 user、Handlers 改成 handler，必须由你明确选中目标并触发重构，IDE 不会主动猜测你的命名意图。
重命名变量/函数：用 Shift+F6，但注意作用域边界
选中标识符（如变量名 userDB），按 Shift+F6，输入新名（如 user）即可。关键点在于：
- 默认只改当前包内所有引用；跨包调用不会被自动更新，gopls 不处理外部模块中的导入路径或符号引用
- 若该名在注释或字符串中也被使用（如日志里写了
"userDB not found"），需在弹出窗口中勾选 “Search in comments and strings” 才会一并替换 - 重命名后务必检查编译错误——尤其是接口实现、反射调用、JSON tag（如
json:"userDB"）等隐式依赖，这些不会被重构识别
重命名 Go 模块：改 go.mod 中的 module 行，不是文件名
模块名 ≠ 目录名。想把 module github.com/oldorg/myapp 改成 module github.com/neworg/myapp，直接在 go.mod 文件里对 module 声明行按 Shift+F6 即可。GoLand 会：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 自动更新本项目中所有
import语句的路径前缀（如从github.com/oldorg/myapp/pkg→github.com/neworg/myapp/pkg） - 跳过 vendor 目录和
//go:generate注释块内的硬编码路径（需手动核对） - 不修改 go.sum —— 重命名后首次
go build会自动刷新校验和
批量清理不合规包名：没有快捷键，靠 Find in Files + 手动重构组合
比如要把所有 models 包名统一改为 model，不能靠单次 Shift+F6 完成，因为包名不是变量，而是分散在多个文件的 package models 声明 + 对应 import 路径中。正确做法是：
- 先用
Ctrl+Shift+F（Find in Files）搜索package models，确认是否真为独立包（而非只是目录名） - 逐个打开匹配文件，在
package models行上按Shift+F6改为model，让 GoLand 自动同步本项目内所有对该包的import - 检查
go.mod中是否有replace或require指向旧路径；若有，需同步调整 - 运行
go list ./...确认无包路径冲突，再跑一遍go test ./...
为什么不能全自动？核心限制在 gopls 和 Go 的链接模型
GoLand 的重构能力完全依赖 gopls 提供的语义分析。而 gopls 只解析已知构建标签下的代码、只索引成功 go list 的包。这意味着：
- 未启用
GO111MODULE=on或缺失go.mod的项目，Shift+F6可能只作用于当前文件 - 条件编译文件（含
//go:build ignore或未匹配构建标签）中的标识符不会被纳入重命名范围 - 反射字符串（如
reflect.TypeOf(&MyStruct{}).Name()）、SQL 查询字面量、YAML/JSON 配置里的键名，全都不在重构感知范围内
真正容易被忽略的，是那些“看起来像变量名，其实不是”的地方：struct tag、测试文件里的硬编码路径、mock 生成器输出、甚至 CI 脚本里写的 go test ./models/... —— 这些都得人工扫一遍。
