本文详解 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
#includevoid testc() { dummy(); // ✅ 直接调用，cgo 保证该符号存在且类型匹配 }
main.go
package main // #cgo CFLAGS: -Wno-error=implicit-function-declaration // #include// #include "dummy.h" import "C" import "fmt" //export dummy func dummy() int { fmt.Println("hi you") return 0 } func main() { C.testc() }
? 关键注意事项：
- 不要在 C 文件中 extern 声明任何 //export 的 Go 函数（如 dummy），否则必然触发类型冲突；
- 头文件 .h 仅用于声明 C 函数（如 testc），而非 Go 导出函数；
- 确保所有 C 文件与 Go 文件位于同一目录，或通过 #cgo LDFLAGS 指定路径；
- 若需传递参数或返回复杂类型，请使用 unsafe.Pointer + C 类型转换，并始终遵循 cgo 内存模型（避免 Go 指针直接传入 C）；
- 运行前请确认已启用 cgo：环境变量 CGO_ENABLED=1（默认开启）。
执行 go run main.go 即可成功输出 hi you。此模式清晰分离关注点，符合 cgo 设计哲学，是生产环境中安全、可维护的跨语言调用基础。
