GoLand 不支持自定义重构规则，其 Rename 仅基于 AST 重绑定标识符，跨文件生效但不处理字符串、反射或 JSON 标签；需手动预览范围、排除 vendor、检查 replace 路径，并人工同步 struct tag 等非 AST 引用。
GoLand 本身不提供“自定义重构规则”的图形界面入口，所有命名规范类重构都基于 Go 语言语义和项目结构自动推导——你没法像写 ESLint 规则那样定义“所有以 Get 开头的函数必须改叫 Fetch”。但你可以用它已有的重构能力组合出稳定、可复用的调整路径，关键在于理解哪些操作能跨文件生效、哪些会漏掉反射或字符串引用。
GoLand 中 rename 重构的实际作用域边界
GoLand 的 Rename（快捷键 Shift+F6）不是文本替换，而是符号重绑定。它只修改 AST 中被明确识别为标识符的位置：
- 函数名、变量名、类型名、方法名、包别名 —— 全部覆盖，包括跨文件引用
-
import "github.com/foo/bar"中的bar别名会被改，但"github.com/foo/bar"字符串字面量不会动 -
reflect.TypeOf(&MyStruct{})或json.Unmarshal(data, &MyStruct{})中的MyStruct会被识别并更新 - 但
fmt.Sprintf("type=%s", "MyStruct")或配置文件里的"struct_name": "MyStruct"完全不会被触碰
如何让 rename 操作批量生效且不漏关键位置
直接选中一个标识符按 Shift+F6 后，GoLand 默认只改当前文件。要真正“统一规范”，必须手动打开重构预览窗口，并确认范围：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 勾选
Search in comments and strings—— 这会让它扫描注释和字符串，但仅作提示，不自动替换（避免误改日志模板） - 务必点开
Preview面板，检查列出的所有引用是否合理；特别注意vendor/目录是否被包含（通常应排除） - 如果项目用了
go mod replace，确保replace路径下的代码也被纳入搜索范围，否则本地 patch 的类型名可能不一致 - 对公共接口类型重命名时，GoLand 会自动检测实现该接口的结构体方法签名，并同步更新
func (t *Type) MethodName()中的接收者类型名
规避反射与 JSON 标签导致的命名脱节
GoLand 的语义重构无法感知运行时反射行为。如果你把结构体字段从 UserName 改成 DisplayName，但没手动改 json:"user_name" 标签，API 序列化就会断裂：
- 在重命名字段前，先用
Ctrl+Shift+F全局搜索json:".*user_name.*"，确认所有相关标签位置 - 字段重命名后，GoLand 不会自动更新 struct tag，必须人工核对并编辑
json、yaml、xml等标签 - 若项目大量使用
map[string]interface{}或interface{}做泛型解包，这类地方根本不会出现在 rename 预览里，只能靠测试用例暴露 - 建议在 CI 中加一条检查：用
go vet -tags=json或自定义脚本比对 struct 字段名与对应 tag 值是否一致
真正麻烦的从来不是改名字这件事本身，而是改完之后那些没被 AST 捕获的字符串、反射调用、配置项和文档注释——它们不会报错，但会在某个凌晨三点的线上请求里突然失效。
