必须按包执行测试，不能直接运行单个_test.go文件；最可靠方式是进入目标目录后用go test -run '^testname$'精确匹配函数名。
不能直接运行单个 _test.go 文件，必须按包执行；最可靠的方式是进到目标目录后用 go test -run 加正则精确匹配函数名。
为什么 go test xxx_test.go 会报错
Go 的测试机制不支持裸传文件路径。你执行 go test config_test.go 时，go test 根本不会去解析这个文件——它只认包路径。常见错误信息 no buildable Go source files 通常是因为：
- 当前目录下没有非测试的
.go文件（比如只有config_test.go，没配对的config.go） - 测试文件里写了
// +build ignore或//go:build但后面没空行（Go 1.17+ 要求必须空行） - 测试文件声明的包名和主源文件不一致（比如一个写
package utils，另一个写package main）
验证包是否正常：运行 go list -f '{{.Name}}' .，输出应是你预期的包名（如 utils），不是 main 或空。
go test -run 必须加 ^ 和 $ 锚定匹配
-run 参数值是正则表达式，默认不锚定。漏写边界符会导致误匹配：
-
go test -run TestLogin→ 可能同时跑TestLogin、TestLoginError、TestAutoLogin -
go test -run '^TestLogin$'→ 只跑TestLogin，严格一对一
Windows 用户注意：cmd/powershell 对单引号处理异常，改用双引号并转义美元符："^TestLogin$"。macOS/Linux 可用单引号更安全。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
如何指定包路径而不是死守当前目录
你不需要非得 cd 进子目录才能跑某个包的测试。只要路径合法，直接指定即可：
-
go test ./config→ 运行config/目录下的整个包（含所有*_test.go） -
go test ./config -run '^TestParseConfig$'→ 在config包里只跑那个函数 -
go test ./... -run '^TestCache$'→ 全项目搜索，但仅执行函数名匹配的测试（慎用，可能触发大量无关包）
避免用 ./（当前目录及所有子目录），它会递归扫描，容易拉进 internal/ 或 vendor/ 下不该测的包。显式写 ./config 更可控。
别信“只跑某个测试文件”的说法
Go 没有文件级调度。只要两个 _test.go 文件在同一个包里，go test 就会把它们全编译进去。你无法靠文件名过滤，只能靠函数名：
- 想只跑
integration_test.go里的测试？不行。但可以统一命名成TestIntegrationXXX，再用-run '^TestIntegration' - 想跳过某些不稳定测试？别依赖正则排除（
(?!...)在 Go regexp 里支持有限且易错），直接在函数开头加t.Skip("flaky")更稳
真正容易被忽略的是：空匹配不会报错。如果正则写错导致没匹配到任何函数，go test 就默默输出 ok . 0.001s，你以为成功了，其实什么都没跑。调试时先用 go test -list . 看当前包有哪些测试名，再构造正则。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
