在 Go 中，即使两个包都导入了 "C" 并声明了结构完全相同的 func(C.int, C.double) 类型，它们仍被视为不同且不可互换的类型——这是由 Go 的类型系统对 C 类型的包级作用域语义决定的。
在 go 中，即使两个包都导入了 "c" 并声明了结构完全相同的 `func(c.int, c.double)` 类型，它们仍被视为**不同且不可互换的类型**——这是由 go 的类型系统对 `c` 类型的包级作用域语义决定的。
当你在 mypkg 包中定义 type Callback func(C.int, C.double)，而 main 包中定义了同签名的函数 foo，看似匹配，但 Go 编译器会将 C.int 视为 mypkg.C.int 和 main.C.int 两种独立的、不兼容的类型。这是因为 C 并非真正意义上的导入包，而是 cgo 预处理器为每个包生成的独立绑定命名空间：每个 import "C" 语句都会在对应包内创建一套专属的 C.* 类型别名，彼此之间无类型等价性。
这正是你遇到错误的根本原因：
src/hello/hello.go:9: cannot convert foo (type func(C.int, C.double)) to type mypkg.Callback
此处 foo 的函数类型隐含的是 main.C.int 和 main.C.double，而 mypkg.Callback 要求的是 mypkg.C.int 和 mypkg.C.double ——二者虽底层 C 表示一致，但在 Go 类型系统中完全无关。
✅ 正确解法：所有涉及 C 类型的类型定义（包括函数类型、结构体、别名等）必须统一放在同一个包中，通常推荐置于封装 C 交互的核心包内，并通过该包导出的类型和接口对外提供能力。
以下为可工作的重构示例：
小型企业入门套件(The Small Business Starter Kit)提供了一个商业宣传网站的完整演示，他适合中小型企业。使用他创建的网站支持自定义模板，具有先进的功能，包括：内容和数据管理的SQL和XML数据源整合。该源码包含C#和VB两个版本，只有前台部分源码，微软官方截止到51aspx发布源码时还没有提供后台代码。小型企业网站入门套件的关键页面包括：产品分类显示新闻发布显示商户认证
mypkg/mypkg.go（核心封装包，唯一引入 C 的地方）：
package mypkg
/*
#include <stdio.h>
*/
import "C"
import "fmt"
// ✅ 所有 C 相关类型定义集中在此包
type Callback func(i C.int, d C.double)
func Invoke(cb Callback, i C.int, d C.double) {
fmt.Println("Calling cb...")
cb(i, d)
}
// 可选：提供类型安全的注册/适配辅助函数
func WrapCallback(f func(int, float64)) Callback {
return func(i C.int, d C.double) {
f(int(i), float64(d))
}
}main.go（调用方，不再直接使用 C 类型）：
package main
import (
"fmt"
"mypkg"
)
// ✅ 使用纯 Go 类型定义回调，由 mypkg 负责与 C 类型桥接
func myHandler(i int, d float64) {
fmt.Printf("Go handler: i=%d, d=%.2f\n", i, d)
}
func main() {
// 方式1：使用 mypkg.WrapCallback 自动转换
mypkg.Invoke(mypkg.WrapCallback(myHandler), 42, 3.14)
// 方式2：若需直接传 C 类型值（如来自 C 函数调用），确保全部通过 mypkg 类型
// mypkg.Invoke(func(i C.int, d C.double) { /* ... */ }, C.int(42), C.double(3.14))
}⚠️ 注意事项：
- *禁止跨包复用 `C.类型**：不要在多个包中各自import "C"` 后定义相同签名的函数类型或结构体。
- 避免在 main 或业务包中直接操作 C.int 等类型：应由封装包提供 int → C.int 的转换逻辑（如 mypkg.IntToC(42)），或如上例使用 WrapCallback 封装转换。
- cgo 指令需紧邻 import "C" 前：确保 C 头文件、宏定义等仅在 mypkg 中声明，维持单一可信源。
- 若需与 C 库深度集成（如注册回调指针），还需配合 C.register_callback((*C.callback_t)(unsafe.Pointer(&cb))) 等模式，此时更需严格保证回调函数签名与 C ABI 一致，且所有类型均源自同一 import "C" 上下文。
总结：Go 的 C 类型不具备跨包类型兼容性，这不是 bug，而是 cgo 设计的明确约束。遵循“C 类型定义集中化、Go 接口抽象化、转换逻辑封装化”三原则，即可稳健构建可维护的 Go/C 混合项目。
