testing.cover 是 go 内部专用结构，未导出且无公开构造方式，直接引用会编译失败；覆盖率应通过 go test -cover 系列命令获取，而非手动操作该类型。
testing.Cover 不是供用户直接使用的 API，它内部由 go test 运行时注入，无法在测试代码中手动初始化或调用 —— 试图直接引用 testing.Cover 会导致编译错误或 panic。
为什么不能直接用 testing.Cover
Go 的测试覆盖率机制是编译器和 go test 工具链协同实现的：编译时插入计数逻辑，运行时收集数据，结束后聚合输出。整个过程对用户透明，testing.Cover 是 runtime 内部结构，未导出且无公开构造方式。
- 导入
"testing"后写testing.Cover会报undefined: testing.Cover - 即使通过反射强行访问，字段布局不稳定，不同 Go 版本行为不一致
- 官方文档和源码注释明确指出该类型“for internal use only”
正确查看覆盖率的命令方式
用 go test 自带的 -cover 系列参数生成覆盖率报告，这是唯一稳定、可复现的方式。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
go test -cover：终端输出单行覆盖率百分比（如coverage: 65.2% of statements） -
go test -coverprofile=cover.out：生成二进制覆盖率数据文件 -
go tool cover -html=cover.out -o cover.html：转成带高亮的 HTML 报告，点击函数可看具体行覆盖情况 -
go test -covermode=count -coverprofile=cover.out：启用计数模式（显示每行执行次数，而非仅是否执行）
注意：-covermode=count 比默认的 set 模式更严格，但会略微拖慢测试速度，且生成的 .out 文件更大。
常见覆盖盲区与验证技巧
覆盖率数字容易虚高，尤其当测试只调用入口函数但未深入分支时。需结合报告定位真实未覆盖路径。
- HTML 报告中灰色背景行 = 完全未执行；淡黄 = 执行过但未走完所有分支（如 if/else 只走了 if）
- 方法接收器为指针时，
nil分支常被忽略（例如func (t *T) Foo() { if t == nil { return } }） - error 返回路径容易遗漏，特别是
if err != nil { return err }后面的语句 - 使用
go test -coverprofile=cover.out && go tool cover -func=cover.out可按函数列出覆盖率，快速定位低覆盖函数
覆盖率工具本身不理解业务逻辑，它只统计语句是否被执行。写测试时盯着 HTML 报告里哪一行没亮，比记住某个结构体名字重要得多。
