goland重命名默认全局作用域，按shift+f6触发后自动扫描整个项目并用蓝/灰/红三色区分定义、引用与冲突；若仅限当前作用域，需alt+enter选“rename in this scope only”。
重命名时自动高亮所有引用
GoLand 默认会在你选中变量、函数或类型后，用 Ctrl+Shift+F7 高亮当前文件内所有匹配项；但真正“快速定位重名代码”的起点，是先触发重命名操作——Shift+F6。只要光标停在标识符上按下该快捷键，IDE 就会立刻扫描整个项目，把所有同名但**可能不属于同一作用域**的定义、调用、导入别名全列出来，并用不同颜色区分：蓝色是定义点，灰色是引用点，红色是冲突（比如同包里两个同名函数）。
常见错误现象：你改了一个 userID 参数名，结果测试文件里另一个 userID 字段也被改了——这不是 bug，是 GoLand 认为它们语义相关。它默认按名称匹配，不严格区分作用域边界。
- 若只想改当前作用域内的名字，提前按
Alt+Enter→ 选 “Rename ‘xxx’ in this scope only” - 如果项目用了
type alias（Go 1.22+），同义类型名（如type UserID int和int）不会被识别为重名，得手动查 - 第三方包里的同名符号（比如都叫
NewClient）会被列出，但修改时 IDE 会阻止你改别人代码，只允许加前缀或重命名本地调用点
用结构视图过滤同名符号
直接打开 Alt+7（Structure 工具窗口），它显示当前文件的符号树。顶部有搜索框，输入名字（如 Handler），列表会实时过滤。关键点在于：它按声明位置分组——func Handler、type Handler struct、var Handler 是三条独立条目，且右侧标注了所在文件路径和行号。比全局搜索 Ctrl+Shift+F 更精准，因为不匹配注释或字符串字面量。
使用场景：你想确认某个 Config 是 struct 还是 interface，又怕 grep 出一堆日志里的 “config” 字符串，就用这个。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 点击任一结果，编辑器直接跳转到定义处
- 右键可选 “Find Usages”，查它被哪些地方调用（比单纯找名字更接近真实依赖）
- 如果符号被
_空标识符导入（如_ "net/http/pprof"），它不会出现在 Structure 视图里——这种“重名但不可见”的情况得靠Ctrl+N搜包名
跨包同名冲突的实际排查路径
Go 语言本身允许不同包导出同名符号（如 http.Client 和 database/sql.Conn），但你在同一文件里 import 多个包时，编译器会报错：client redeclared in this block。GoLand 在你写完 import 后几秒内就会标红，并在 Alt+Enter 菜单里给出解决建议：加包别名、删冗余 import、或用完全限定名（http.Client）。
容易踩的坑：你以为改了变量名就安全了，但没注意到 import . "xxx" 的点导入方式——它把整个包符号拉进当前作用域，极易引发隐性重名。GoLand 不会主动警告这点，得靠你手动检查 import 声明。
- 搜索
import\.\s+"[^"]+"正则（Ctrl+Shift+F），找出所有点导入 - 对疑似冲突的符号，用
Ctrl+B跳转到定义，看它来自哪个包 - 如果两个同名符号都来自 vendor 目录，优先删掉旧版本的 vendor 子目录，再
go mod tidy
为什么不能只靠全局文本搜索
Ctrl+Shift+F 搜 func NewServer 看似直接，但它会命中注释里的 “// NewServer is deprecated”，也会匹配 server := NewServer() 这种调用，甚至误抓 type ServerOption func(*Server) 里的单词。真正要定位“重名代码”，核心是区分：是同一个符号的多处引用？还是不同包/作用域下独立声明的同名符号？前者用 Shift+F6 + 引用列表，后者必须结合包路径和声明上下文判断。
最常被忽略的一点：GoLand 的符号索引依赖 go list -json 输出，如果你的 go.mod 里有 replace 或 indirect 依赖，某些包可能没被正确索引——此时 Ctrl+B 跳转会失败，Shift+F6 也漏结果。遇到这种情况，先执行 File → Reload project from disk，再等右下角索引进度条走完。
