在 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

✅ 正确做法是职责分离：

1. CGO 实现放在普通 .go 文件中（如 c_wrapper.go），包含 import "C" 和 C 函数调用；
2. 提供纯 Go 的导出/内部封装函数，供业务逻辑和测试使用；
3. 测试文件仅依赖这些 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 生态的高效互操作。