goland无法一键批量删除未调用私有函数，仅支持高亮提示与单符号safe delete；需结合deadcode工具进行调用图分析，并人工验证init调用、硬编码函数名、接口实现等关键场景。
GoLand 本身不提供“一键删掉所有未调用私有函数”的能力，它能做的只是高亮、提示和安全删除单个符号——真正识别并批量清理无用代码段，得靠外部工具链配合。
GoLand 里怎么发现未使用的函数或变量
GoLand 会基于本地分析（不是全项目 SSA）对未被引用的私有标识符做灰色弱化 + 虚线提示，但这个判断有明显局限：
- 仅覆盖当前打开文件或已索引范围，跨 package 的私有函数（如
util/helper()）若没被显式 import 或跳转过，常被漏标 - 对
init()中调用、包级变量初始化（var x = helper()）、空接口赋值（var _ = helper）等场景不敏感 - 不会标记被
//go:embed或reflect.Value.Call隐式使用的函数 - 右键菜单里的
Safe Delete只适用于你手动选中的符号，且默认不扫描测试文件或构建 tag 分支
为什么不能只靠 GoLand 的 “Optimize Imports” 或 “Remove Unused Code”
GoLand 的 Optimize Imports 只处理 import 语句，跟函数体无关；而所谓 “Remove Unused Code” 实际是 IDE 自带的轻量级静态扫描，它：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 不分析函数调用图，只查字面量引用（比如搜
helper()字符串），遇到fn := helper; fn()就失效 - 对方法集实现（
var _ io.Writer = &MyStruct{}）或接口注册（registry.Register("x", helper)）完全无感知 - 默认忽略
*_test.go文件，所以测试专用 helper 不会被识别为“已使用” - 无法区分
func init()是包初始化入口还是普通函数——它可能把真正在 init 里调用的函数标为“unused”
真正有效的清理流程：GoLand + deadcode + 手动验证
把 GoLand 当作编辑器和跳转工具，核心检测交给 deadcode，再用 GoLand 快速验证上下文：
- 安装并运行：
go install github.com/tsenart/deadcode@latest，然后在模块根目录执行deadcode ./ - 输出类似
pkg/log.go:42:6: unused func writeRawLog，直接复制路径+行号到 GoLand 的Ctrl+Shift+O（Go to Class/File）快速定位 - 在 GoLand 里右键该函数 →
Find Usages，确认是否真没被任何地方调用（尤其检查init、var _ = xxx、测试文件） - 删之前，先用 GoLand 的
Local History记录快照，或提交一次临时 commit —— 因为deadcode对反射/配置驱动调用完全盲区，删错就只能回退 - 删完立刻跑
go build ./和go test ./，别信 GoLand 的绿色小勾号，它不编译测试
容易被忽略的三个“看似无用实则关键”场景
这些地方 deadcode 和 GoLand 都大概率报“unused”，但删了就会出问题：
-
func init()里调用的私有函数，哪怕只调一次，也是包加载时的必要副作用 - 函数名被硬编码进日志或错误信息（
fmt.Errorf("failed in %s", "parseConfig")），虽无调用，但属于可观测性契约 - 实现了某个 interface 但没显式赋值（比如结构体方法满足
io.Closer，却没写var _ io.Closer = &T{}），deadcode会误判为未使用
这类代码必须人工逐个确认用途，不能依赖自动化工具结论。
