本文介绍一种通过中间 c 封装层实现跨包复用 go 回调的可靠方案：将 go 函数导出为 c 函数，再由其他包的 c 代码间接调用，规避 cgo 包间直接引用限制。
在 Go 与 C 混合开发中，一个常见但棘手的需求是：让多个独立的 cgo 包（如 y 和 z）都能从其 C 源码中安全调用同一个定义在第三方 Go 包（如 m）中的回调函数 F。由于 cgo 的设计限制，Go 函数无法被其他 Go 包的 C 代码直接链接（//export 仅对当前包的 _cgo_export.h 生效），因此不能简单地在 y/y.c 中写 F() 并期望链接成功。
✅ 正确解法是：在定义回调的包（m）中，额外提供一个 C 可见的 C 函数（如 m_f()），该函数内部调用 F()；其他包（y, z）则通过标准 C 头文件包含和链接，调用这个 C 层封装函数。这利用了所有 cgo 包最终被静态链接进同一二进制文件的特性，绕过了 Go 包边界对 C 符号可见性的限制。
以下是关键实现步骤与注意事项：
-
在 m 包中导出 Go 函数并封装为 C 接口
m/m.go 使用 //export F 声明导出，同时 m/m.c 提供纯 C 函数 m_f() 作为调用入口：// m/m.c #include "_cgo_export.h" #include "m.h" void m_f() { printf("Calling Go from C wrapper...\n"); F(); // 实际触发 Go 回调 }注意：m.h 需声明 void m_f(void);，供外部引用。
-
在 y 包中链接并调用该 C 封装函数
y/y.c 不直接依赖 Go 符号，而是包含 m.h 并调用 m_f()：// y/y.c #include
#include "../m/m.h" // 路径需确保可访问 void y() { printf("In y's C code\n"); m_f(); // ✅ 安全跨包调用 } -
处理链接器兼容性（关键！）
由于 y 包编译时 m 的 C 符号尚未完全可见（尤其在增量构建或某些平台），需添加容错链接标志：// y/y.go // #cgo darwin LDFLAGS: -Wl,-undefined -Wl,dynamic_lookup // #cgo !darwin LDFLAGS: -Wl,-unresolved-symbols=ignore-all // #include "y.h" import "C"
- macOS（Clang）使用 -dynamic_lookup 允许运行时解析符号；
- Linux/GCC 使用 -unresolved-symbols=ignore-all 忽略未定义符号（最终由主程序链接阶段解决）。
确保包初始化顺序
在 y/y.go 中显式导入 _ "m"（空白导入），保证 m 包的 init() 执行，从而注册 F 到运行时，避免 panic: CGO callback: missing callback。
⚠️ 注意事项：
- 路径引用（如 #include "../m/m.h"）需符合实际项目结构，建议使用 CGO_CFLAGS 设置 -I 包含路径提升可移植性；
- 所有涉及 C 函数调用的 Go 代码必须启用 //export 且位于 .go 文件中（不可在 .c 中定义 Go 函数）；
- 此方案本质是“C 层桥接”，不引入额外 goroutine 或锁，性能开销极小；
- 若需传递参数或返回值，m_f() 可扩展为 void m_f(int x, char* s)，并在 F() 中接收对应 C.int/*C.char 类型。
总结：跨包复用 Go 回调的核心在于放弃“Go 直接调用”，转向“C 间接调用”——以一个轻量级 C 封装函数作为统一入口，既符合 cgo 工具链约束，又保持架构清晰与可维护性。
