在 go 中使用 cgo 调用 c 代码时，`import “c”` 不允许出现在测试文件（`.go` 测试文件）中。解决方法是将 cgo 相关逻辑严格隔离在非测试的普通源文件中，并通过纯 go 的封装函数暴露接口，从而实现可测试性。
Go 的 go test 工具在构建测试时会禁用 CGO（除非显式启用且环境满足），因此直接在 _test.go 文件中写 import “C” 会导致编译失败，例如：
# 错误示例：mylib_test.go package mylib /* #include int add(int a, int b) { return a + b; } */ import "C" // ❌ 编译报错：cgo not supported in test files ✅ 正确做法是职责分离：
- CGO 实现放在普通 .go 文件中（如 c_wrapper.go），包含 import “C” 和 C 函数调用；
- 提供纯 Go 的导出/内部封装函数，供业务逻辑和测试使用；
- 测试文件仅依赖这些 Go 封装层，完全不触碰 C。
示例结构：
mylib/ ├── c_wrapper.go # ✅ 含 import "C"，定义 C 调用桥接 ├── api.go # ✅ 封装为 Go 函数（如 Add、ProcessData） └── api_test.go # ✅ 纯 Go 测试，调用 api.go 中的函数c_wrapper.go：
package mylib /* #include int c_add(int a, int b) { return a + b; } */ import "C" // cadd 是私有桥接函数，仅在此文件内使用 func cAdd(a, b int) int { return int(C.c_add(C.int(a), C.int(b))) } api.go：
package mylib // Add 是导出的、可测试的 Go 接口 func Add(a, b int) int { return cAdd(a, b) // 内部委托给 CGO 封装 } // 可进一步支持错误处理、上下文、mockable 接口等api_test.go：
package mylib import "testing" func TestAdd(t *testing.T) { got := Add(2, 3) want := 5 if got != want { t.Errorf("Add(2,3) = %d, want %d", got, want) } }⚠️ 注意事项：
- 测试时需确保 CGO_ENABLED=1（默认开启），若被禁用（如 CGO_ENABLED=0），即使结构正确也会构建失败；
- 避免在封装函数中暴露 C.* 类型（如 *C.char）到测试层——这会污染测试边界；
- 如需深度模拟 C 行为（如故障注入），可将 CGO 调用抽象为接口，通过依赖注入替换实现（例如定义 type Adder Interface{ Add(int, int) int }）；
- 构建和测试均需匹配目标平台的 C 工具链（如 gcc 或 clang）。
总结：Go 的测试约束并非限制，而是推动更清晰的分层设计。将 CGO 视为“底层驱动”，用 Go 层做适配与抽象，既能保障可测试性，又维持了与 C 生态的高效互操作。