本文详解 go 与 c 互操作中“从 c 调用 go 函数”的标准实践，重点解决因重复声明、头文件包含不当导致的 `conflicting types for ‘dummy’` 编译错误，并提供可直接运行的结构化示例。
在 Go 中通过 //export 指令将函数暴露给 C 使用，是实现 Go/C 互操作的关键机制。但初学者常因忽略 cgo 的符号生成规则而遭遇编译失败——如题中报错 conflicting types for ‘dummy’，其根本原因在于：Go 工具链在生成 _cgo_export.c 时会自动声明并定义 dummy 函数（返回 int，无参数），而你在 wrapper.c 中又手动声明了 extern int dummy();，造成 C 编译器在链接阶段发现类型不一致（例如 _cgo_export.c 中的 dummy 实际签名由 cgo 生成为 int dummy(void)，而手动声明可能被隐式解析为 int dummy() —— 在严格 C 标准下二者语义不同）。
✅ 正确做法是：C 侧只声明需调用的 Go 导出函数的接口（即 C 函数），而不声明 Go 函数本身；Go 函数的声明与定义完全由 cgo 自动管理。为此，应分离接口与实现：
- 将 C 函数（如 testc）的声明放入头文件（.h），仅用于 Go 的 #include；
- 将 C 函数的实现放入源文件（.c），其中直接调用 dummy() —— 此时 dummy 是已由 cgo 注入的全局符号，无需额外 extern 声明；
- Go 文件中通过 //export dummy 导出函数，并确保 main 包中调用 C.testc() 触发链接。
以下是推荐的最小可运行结构：
dummy.h
void testc();
dummy.c
