go 的 `go test` 不支持直接在 `_test.go` 文件中使用 `import "c"`，但可通过分离 cgo 逻辑与测试代码实现可靠测试——将 c 交互封装在普通 `.go` 文件中，并通过纯 go 接口暴露功能。

在 Go 项目中集成 C 代码（如复用现有 C 库、性能敏感模块或系统级操作）时，常需借助 CGO。然而，go test 工具明确禁止在以 _test.go 结尾的文件中使用 import "C"——这是为避免测试构建环境与主构建环境不一致引发的链接、符号或 ABI 兼容性问题。

✅ 正确做法是职责分离：

• 将所有含 import "C" 的代码（包括 #include、C 函数声明、C.xxx() 调用等）严格限定在常规 .go 源文件（如 c_wrapper.go）中；
• 在同一包内，用私有 Go 函数封装 C 调用，隐藏 CGO 细节；
• 测试文件（xxx_test.go）仅依赖这些封装后的 Go 接口，完全不接触 C 命名空间。

示例结构：

// c_wrapper.go
package mypkg

/*
#include 
#include 
*/
import "C"
import "unsafe"

// ExportedGoFunc 是供测试和业务调用的纯 Go 接口
func ExportedGoFunc(input string) int {
    cStr := C.CString(input)
    defer C.free(unsafe.Pointer(cStr))
    return int(C.strlen(cStr))
}

// mypkg_test.go
package mypkg

import "testing"

func TestExportedGoFunc(t *testing.T) {
    got := ExportedGoFunc("hello")
    want := 5
    if got != want {
        t.Errorf("Expected %d, got %d", want, got)
    }
}

⚠️ 注意事项：

• 不要在测试文件中写 import "C"，否则 go test 会报错：import "C" not allowed in test files；
• 封装函数应处理好 C 内存生命周期（如 C.CString + C.free 配对），避免内存泄漏；
• 若需模拟 C 行为做单元测试（如故障注入），可考虑接口抽象 + 依赖注入（例如定义 type CStringer interface { Len(string) int }），在测试中传入 mock 实现；
• 确保 CGO_ENABLED=1（默认开启），且测试运行时 C 工具链（gcc/clang）可用。

通过这种模式，你既能享受 C 的底层能力，又能保持 Go 测试的纯净性、可重复性和跨平台兼容性。