会，但前提是调用方和被调用方在同一个go module下且goland能正确解析依赖关系；若方法定义在外部module或项目未启用go modules，重构将退化为危险的纯文本替换。
GoLand 里改方法签名会自动更新所有调用处吗？
会，但前提是调用方和被调用方在同一个 Go module 下，且 GoLand 能正确解析依赖关系。如果方法定义在外部 module（比如 github.com/some/pkg），或者项目未启用 Go Modules（go.mod 缺失或 GO111MODULE=off），GoLand 就无法安全定位全部调用点，重构会退化为纯文本替换——极其危险。
实操前务必确认：
- 当前项目根目录存在有效的 go.mod
- Settings > Go > Go Modules 中勾选了 Enable Go modules integration
- Settings > Editor > General > Refactorings > Rename 里启用了 Rename usages in comments and strings（按需，但默认关）
右键重构 func 名称时弹出的菜单没“Change Signature”选项？
说明光标没放在函数声明的正确位置。GoLand 的 Change Signature 只对函数定义本身生效，不支持在调用处触发。
正确操作路径：
- 将光标停在 func 关键字后、函数名前，或直接落在函数名上（如 func DoSomething 中的 DoSomething）
- 右键 → Refactor > Change Signature（快捷键 Ctrl+F6 / Cmd+F6）
- 如果函数是方法（属于某个类型），必须把光标放在接收者声明之后、函数名之前（例如 func (r *Repo) Save，光标要落在 Save 上，不能落在 (r *Repo) 里）
常见失效场景：
- 函数定义被 //go:build 或 // +build 条件编译屏蔽，当前构建 tag 不包含它
- 函数在 vendor/ 目录下，且 GoLand 设置中禁用了 vendor 支持（Settings > Go > Vendor 需勾选 Enable vendoring support）
添加/删除参数后，调用处补空值还是报错？
GoLand 默认会尝试生成合理默认值：基本类型填零值（0, "", false），指针/接口填 nil，结构体填字面量（若可推导）。但它不会猜业务逻辑，所以关键参数必须手动指定。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
重构对话框里最关键的两个操作：
- 在参数列表中点击 + 添加新参数后，右侧 Default value 栏必须填值（哪怕只是临时占位的 nil 或 0），否则“Preview”按钮灰色不可点
- 勾选 Propagate parameters to callers 才会递归修改上游调用链；不勾选就只改当前函数，下游调用会直接编译失败
性能提示：
- 如果调用点超过几百处，GoLand 会卡顿数秒，建议先用 Find Usages（Alt+F7）确认范围
- 避免在大型接口方法上直接改签名，尤其当该接口被多个包实现时——GoLand 可能漏掉跨 module 的实现体
重构后部分调用处没更新，或更新错了怎么办？
立即按 Ctrl+Z 撤销，别硬着头皮修。GoLand 的签名重构不是原子操作，一旦中间某处出错（比如某调用点涉及泛型约束、嵌套函数或 cgo），它可能跳过该处或填错值。
补救步骤：
- 查看右下角通知栏是否有 Refactoring failed 提示，点开看具体哪行出问题
- 手动检查 Find Usages 列表里的每一处，特别注意：
• 调用点是否在 test 文件里（有时被忽略）
• 是否用了匿名函数传参（someFunc(func() {...})），这类不会被自动适配
• 是否有反射调用（reflect.Value.Call），完全无法识别
真正安全的做法是：对核心方法签名变更，先写好单元测试覆盖主要调用路径，再重构；重构完立刻 go build 和 go test，别只靠 IDE 绿色对勾。
