goland重命名go模块必须在含go.mod的包根目录触发，选择refactor→rename并勾选“rename module”，同步更新module声明及所有import路径，但不修改本地别名；vendor和go.work需单独处理。
重命名操作必须在包根目录下触发
GoLand 的包重命名不是对任意文件右键就能生效的——它只识别 go.mod 所在目录（或 GOPATH 下的 src/xxx 根路径）为有效包边界。如果你在子目录里右键选 Refactor → Rename，IDE 会报错 Cannot refactor package: no go.mod found 或直接灰掉选项。
确保你当前打开的项目根目录包含 go.mod，且该文件中 module 声明与你打算重命名的目标一致（比如 module github.com/user/oldname）。否则 GoLand 不认为这是一个可重构的模块级包。
用 Rename Module 而不是 Rename Package
GoLand 里没有“Rename Package”菜单项；真正起作用的是 Rename Module。这个操作会同步更新三处关键内容：模块路径、go.mod 中的 module 行、所有导入该包的 import 语句。
操作路径：右键项目根目录 → Refactor → Rename… → 弹出对话框后勾选 “Rename module”（注意不是“Rename directory”）。
- 输入新模块名，如从
github.com/user/oldname改为github.com/user/newname - 确认勾选
Rename module，不勾选Rename directory（除非你真要改文件夹名） - 点击
Refactor后，GoLand 会扫描全部import并批量替换，包括跨包引用
重命名后必须手动修正 import 路径中的本地别名
GoLand 不会动 import 语句里的本地别名。比如原写法 import mypkg "github.com/user/oldname"，重命名后只会变成 import mypkg "github.com/user/newname"，别名 mypkg 保留不变——这没问题；但如果你依赖了旧别名做类型断言或导出符号，而新包里结构有变，就可能编译失败。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
更隐蔽的问题是：如果某个文件里用了 import . "github.com/user/oldname"（点导入），重命名后它会变成 import . "github.com/user/newname"，但 IDE 不会帮你检查这种导入是否仍合法（比如新包是否导出了相同符号）。
建议重命名后立刻跑一遍 go build ./...，重点关注 undefined: xxx 类错误，它们往往来自别名或点导入的隐式依赖断裂。
vendor 目录和 go.work 会影响重命名范围
如果你项目启用了 vendor，GoLand 默认不会重命名 vendor 内部的包引用——这是对的，你不该改第三方代码。但要注意：如果你的包被 vendor 进来了，而你又在 vendor 外重命名，会导致 vendor 里仍引用旧路径，外部却用新路径，引发 duplicate symbol 或构建失败。
同样，多模块工作区（go.work）下，GoLand 只对当前激活的模块执行 Rename Module。其他被 use 进来的模块不会联动更新 import，得单独进各自目录再操作一次。
简单说：重命名前先确认没启用 vendor，或者已清理干净；如果是 go.work 项目，逐个模块进根目录操作，别指望一键全量。
