本文介绍一种通过中间 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 符号可见性的限制。

以下是关键实现步骤与注意事项：

1. 在 m 包中导出 Go 函数并封装为 C 接口
   m/m.go 使用 //export F 声明导出，同时 m/m.c 提供纯 C 函数 m_f() 作为调用入口：

   

   macOS UI 自动化技能包 —— 用 Python 控制你的 Mac

   让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限

   下载

   // 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);，供外部引用。

2. 在 y 包中链接并调用该 C 封装函数
   y/y.c 不直接依赖 Go 符号，而是包含 m.h 并调用 m_f()：

   // y/y.c
   #include <stdio.h>
   #include "../m/m.h"  // 路径需确保可访问
   
   void y() {
       printf("In y's C code\n");
       m_f(); // ✅ 安全跨包调用
   }

3. 处理链接器兼容性（关键！）
   由于 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 忽略未定义符号（最终由主程序链接阶段解决）。

4. 确保包初始化顺序
   在 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 工具链约束，又保持架构清晰与可维护性。