本文介绍一种通过中间 c 封装层实现跨包复用 go 回调的实用方案：将 go 函数导出为 c 函数，再由其他包的 c 代码统一调用，从而绕过 go 包级作用域限制，确保多模块 c 代码能安全、可靠地共享同一回调逻辑。
在 Go 与 C 混合编程（cgo）中，Go 函数可通过 //export 注释导出为 C 可调用符号，但该符号仅在其定义包的 cgo 构建上下文中可见——无法被其他 Go 包直接以 C.F 形式引用。这是因为 cgo 生成的 C 符号（如 F）属于包私有链接单元，Go 编译器不支持跨包导出 C 符号的直接链接。
所幸，所有参与构建最终二进制的 cgo 包（包括 main、m、y、z）会被链接器合并到同一地址空间，其全局 C 符号可相互访问。因此，核心思路是：不在 Go 层跨包调用，而是在 C 层统一封装并暴露稳定接口。
具体做法如下：
-
在回调源包（如 m）中：
- 使用 //export F 导出 Go 函数；
- 同时提供一个标准 C 包装函数（如 m_f()），在 m.c 中调用 F()；
- 声明头文件 m.h，供其他 C 文件包含。
-
在消费包（如 y、z）中：
- 通过 #include "../m/m.h" 引入封装后的 C 接口；
- 在 y.c 中直接调用 m_f()；
- 关键：添加容错链接标志，避免构建中间包时因符号未定义而失败：
// #cgo darwin LDFLAGS: -Wl,-undefined -Wl,dynamic_lookup // #cgo !darwin LDFLAGS: -Wl,-unresolved-symbols=ignore-all
这些标志告诉链接器暂不解析 m_f，留待最终链接阶段绑定（Linux/Windows 用 -unresolved-symbols=ignore-all，macOS 用 -dynamic_lookup）。
确保包初始化顺序：
在消费包（如 y.go）中显式导入 _ "m"，保证 m 包的 init 函数先于 y 执行，从而确保 Go 回调注册就绪。
✅ 示例关键点验证：
- m_f() 是纯 C 函数，无 Go 依赖，可被任意 C 模块调用；
- 所有 Go 导出函数仍受 runtime 管理，线程安全由 Go 运行时保障；
- 链接阶段由主程序统一完成，无运行时动态加载开销。
⚠️ 注意事项：
- 路径引用（如 ../m/m.h）需与实际目录结构严格匹配，建议使用 vendoring 或模块化布局降低耦合；
- 若回调需传参或返回值，应在 m.h 和 m.c 中明确定义 C 兼容签名（如 void m_f(int x, const char s)），并在 Go 侧用 C.int、C.char 等类型桥接；
- 避免在 C 回调中长时间阻塞或调用非 reentrant C 函数，以防 goroutine 抢占异常；
- 多线程调用时，若 Go 回调内含状态，需自行加锁（Go 的 sync.Mutex 或 C 的 pthread_mutex_t）。
该方案虽需额外 C 封装，但稳定、可调试、符合 cgo 设计哲学，是生产环境中复用 Go 回调的推荐实践。
