本文详解 go 与 c 互操作中“从 c 调用 go 函数”的常见编译错误（如 conflicting types for 'dummy'），并提供结构清晰、可复现的解决方案，涵盖头文件分离、导出规范、cgo 编译约束等关键实践。
在 Go 中通过 //export 声明函数供 C 调用，是 cgo 的核心能力之一。但初学者常因 C 侧声明与 Go 导出不匹配而遭遇编译失败——典型报错如：
error: conflicting types for ‘dummy’ note: previous declaration of ‘dummy’ was here
该错误本质是 C 编译器在多个位置看到对同一符号 dummy 的不一致声明：Go 的 cgo 自动生成的 _cgo_export.c 文件中已声明 int dummy(void)（由 //export dummy 推导），而你在 wrapper.c 中又手动写了 extern int dummy(); ——若两者签名不严格一致（例如返回值、参数列表、调用约定），GCC 就会拒绝编译。
✅ 正确做法是：C 侧只声明接口（头文件），不重复声明 Go 导出函数；让 cgo 全权负责符号链接。
✅ 推荐项目结构（清晰、可维护、无冲突）
main.go # Go 主程序，含 //export 和 C 调用 dummy.h # 纯 C 头文件：仅声明 C 函数（如 testc） dummy.c # C 实现文件：调用 dummy() —— 无需声明，直接使用
1. dummy.h（仅接口声明）
// dummy.h void testc();
2. dummy.c（实现逻辑，不声明 dummy）
// dummy.c #include// 注意：这里不声明 extern int dummy()！ // cgo 会自动确保 dummy 符号对 linker 可见 void testc() { dummy(); // 直接调用 —— 链接阶段由 Go 运行时解析 }
3. main.go（Go 主体，正确导出 + 引入头文件）
package main // #cgo CFLAGS: -Wno-error=implicit-function-declaration // #include// #include "dummy.h" // ← 只引入头文件，不包含 .c import "C" import "fmt" //export dummy func dummy() int { fmt.Println("hi you") return 0 } func main() { C.testc() // 调用 C 函数，它内部调用 Go 的 dummy }
? 关键点说明：//export dummy 必须紧邻函数定义前，且函数需为 首字母小写包级函数（非方法），签名必须是 C 兼容类型（如 int, *C.char, unsafe.Pointer 等）；C 文件中绝对不要用 extern 声明 Go 导出函数（如 extern int dummy();），否则必然触发类型冲突；.h 文件仅用于声明 C 接口（如 testc），.c 文件实现时直接调用 Go 符号，由 cgo linker 统一解析；#include "dummy.h" 在 Go 文件中即可，cgo 会自动编译同目录下的 .c 文件。
⚠️ 常见陷阱与注意事项
- ❌ 错误：在 Go 文件中 #include "wrapper.c" → 导致 C 代码被重复包含，引发多重定义；
- ❌ 错误：//export 函数带 Go 特有类型（如 string, []byte）→ 编译失败，需用 C.CString / C.GoBytes 显式转换；
- ✅ 提示：添加 // #cgo LDFLAGS: -lc 可链接额外 C 库（如需）；
- ✅ 调试建议：运行 go build -x 查看 cgo 调用的完整 gcc 命令，定位具体哪一步出错。
执行 go run main.go 即可成功输出：
hi you
至此，你已掌握 Go → C → Go 的双向调用链中最易出错的一环：安全、无冲突地从 C 调用 Go 函数。结构化分离头/实现、信任 cgo 符号管理，是稳定跨语言集成的基石。
