不能。Go测试文件需与被测代码同属一个包（如package mypkg），才能直接调用私有函数；若声明为package mypkg_test则无法访问，编译报错undefined。
Go 测试能直接调用私有函数吗
不能。Go 的包级访问控制是编译期强制的：privateFunc（首字母小写）在包外不可见，测试文件即使同属一个包目录，只要不在同一 package 下（比如测试文件用了 package mypkg_test），就无法访问私有标识符。
测试私有函数的两种合法方式
Go 官方推荐且唯一可靠的方式是：让测试文件和被测代码处于同一包内（即 package mypkg），而非 package mypkg_test。这样测试代码就拥有与源码完全一致的符号可见性。
- ✅ 正确做法：测试文件命名为
mypkg_test.go，但第一行仍是package mypkg - ❌ 常见错误：用了
package mypkg_test，然后试图调用privateHelper()—— 编译报错undefined: privateHelper - ⚠️ 注意：这种写法会把测试代码也纳入
go build输出，但go test仍能正常运行；若需构建二进制时排除测试逻辑，应确保生产构建不包含这些文件（一般通过命名或目录隔离）
为什么不用反射或 unsafe 访问私有函数
技术上可行，但属于破坏语言契约的 hack 行为，实际项目中应避免：
-
reflect.Value.Call无法调用未导出方法（CanInterface()返回 false） - 强行用
unsafe绕过访问检查会导致二进制不可移植、GC 失效风险，且 Go 1.22+ 已限制部分unsafe操作 - 单元测试的核心目标是验证行为，不是穿透封装——如果私有函数逻辑复杂到必须单独测，往往说明它该被提取成导出函数，或拆入新包
何时该把私有函数变成导出函数
判断依据不是“要不要测”，而是“是否承担可复用的职责”：
- 该函数被多个地方调用，且语义清晰（如
parseTimestamp()、isValidEmail()）→ 应导出，加文档，走 public API 流程 - 该函数仅被一个方法内部调用，纯属实现细节（如
calculateChecksumInternal()）→ 保持私有，通过覆盖其调用路径的导出函数来间接测试 - 导出后需考虑向后兼容：一旦发布，就不能随意改签名或删掉，哪怕只是内部用
package mypkg
import "testing"
func TestPrivateHelper(t *testing.T) {
// ✅ 同包下可直接调用
result := privateHelper("input")
if result != "expected" {
t.Errorf("got %v, want %v", result, "expected")
}
}
func privateHelper(s string) string {
return "expected"
}
测试私有函数最易忽略的一点：很多人习惯性给测试文件加 _test.go 后缀就默认它是“测试包”，却忘了同步检查 package 声明。包名不对，一切访问都无从谈起。 
