goland无法删除私有函数是因go编译器不标记未导出函数为“dead”，ide依赖的go list/go vet不分析包内调用链；需手动启用deadcode工具并配置code cleanup，同时警惕init、字符串引用、接口实现等隐形调用。
GoLand 里删不掉的私有函数，不是 IDE 问题，是 Go 编译器根本不管
GoLand 的“Remove unused symbol”功能对导出符号（首字母大写）有效，但对 helper、parseConfig 这类未导出函数常无反应——这不是插件 bug，而是 Go 编译器本身不标记它们为“dead”，IDE 没法凭空判断是否真没人调用。它依赖的是 Go 的 go list 和 go vet 输出，而这两者都不分析包内私有函数调用链。
- GoLand 默认只启用
go vet -shadow等轻量检查，不包含调用图分析 - 即使你手动运行
deadcode找出pkg/util.go:12:6:unused func cleanupTempFiles，GoLand 也不会自动高亮或提供快捷删操作 - 若函数被
var _ = initHelper或func() { _ = helper }这种空引用兜底，deadcode也会漏判，GoLand 更不可能发现
必须手动开开关：启用 deadcode 并绑定到 Code Cleanup
GoLand 不内置 deadcode，但能把它塞进 “Code Cleanup” 流程里，变成一键扫描+提示。关键不是装工具，而是让 IDE 知道该在哪触发它。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 先安装：
go install github.com/tsenart/deadcode@latest，确认deadcode -h能跑 - 在 GoLand → Settings → Editor → Inspections → Go → Unused symbols → 勾选 “Report unused private functions”，再点右侧 “Configure tool…”
- 路径填
deadcode（确保在 PATH 中），参数留空或加-ignore="test"排除测试文件干扰 - 之后 Ctrl+Alt+Shift+T → “Cleanup Code” 就会跑
deadcode，并在编辑器里标出unused func xxx行
删之前盯紧三类“隐形调用”，否则 runtime panic
GoLand 或 deadcode 报的“unused”，只是静态可达性结论。以下情况看似没调用，删了就炸：
-
init()函数里调用了它，或包级变量初始化用了var cfg = loadConfig() - 函数名被硬编码在字符串里：比如
log.Printf("in %s", "validateInput")，或runtime.FuncForPC(reflect.ValueOf(validateInput).Pointer()) - 实现了某个接口但没显式赋值，例如
type Logger interface { Log() }，而func (x *X) Log() {}是唯一实现，删掉就导致var _ Logger = &X{}编译失败
清理后 build 失败？别急着回退，先查 go mod why
删掉一个 util/helper.go 后 go build 报错找不到某个模块，大概率不是你删错了，而是那个函数间接拉进了依赖。这时候 go mod why 比翻 go.mod 管用得多。
- 报错说缺
golang.org/x/net/http2？执行go mod why golang.org/x/net/http2 - 如果输出含
-> github.com/xxx/yyy v1.2.0，说明是第三方库依赖它，你删的函数可能被那个库的某处 import 触发了构建链 - 若输出是
main module does not need module，那模块真冗余；但若显示-> _/path/to/your/pkg，就得回去看那个 pkg 是否还有残留 import 或 //go:embed 引用
