go函数被c调用时需用//export导出且签名严格匹配；const char参数报conflicting types因cgo中c.char恒映射为char，不保留const；应通过/ /块定义typedef const char c_char_t并统一使用c.c_char_t。
Go 函数能被 C 调用，但必须显式导出且签名严格匹配 C 端期望；直接用 *C.char 接收 const char* 会编译失败，这不是写法问题，而是 CGO 类型映射机制的硬性限制。
为什么 //export 函数声明 const char* 参数会报 conflicting types
C 编译器把 const char* 和 char* 视为不同类型，而 CGO 的 *C.char 永远映射为 char*，不会保留 const。当你在 /* */ 块里写了 void cb(const char*, int)，又用 //export myFunc 声明 func myFunc(buf *C.char, ...)，CGO 自动生成的 _cgo_export.c 里就会是 void myFunc(char*, int) —— 与你声明的 const char* 冲突。
- 错误典型提示：
error: conflicting types for 'myFunc' -
const是 C 类型系统的一部分，参与函数指针赋值校验，不是可忽略的修饰符 - 不能靠加
// #include <string.h></string.h>或改 CFLAGS 解决，这是桥接层设计决定的
用 typedef c_char_t 绕过 const 限制
在 CGO 注释块内定义带 const 的别名类型，让 CGO 把它当独立类型处理，从而生成匹配的 C 函数签名。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 在
/* */块中写：typedef const char c_char_t; - C 回调函数声明用
c_char_t*，例如：typedef void (*cb_func)(c_char_t*, int); - Go 导出函数参数必须用
*C.c_char_t，不是*C.char - 转换字符串时仍需转成
*C.char才能传给C.GoStringN：(*C.char)(unsafe.Pointer(buf))
结构体里的函数指针不能直接赋值
如果 C 结构体字段是 void (*cb)()，Go 中该字段会被映射为 *[0]byte，直接赋值 x.cb = C.myFunc 会编译失败。
- 根本原因：Go 层面禁止跨语言函数指针隐式转换，避免类型混淆和内存误用
- 正确做法：在 C 侧写一个
staticsetter 函数，接受结构体指针和函数指针参数，在 C 内完成赋值 - 必须在 C 块中用
extern声明 Go 导出的函数（如extern void myFunc(void);），否则链接时报undefined reference - 不要用
unsafe.Pointer强转地址再写内存 —— 这绕过了运行时保护，极易崩溃
回调中读取 const char* 字符串的安全边界
const char* 表示只读，但 Go 侧没有运行时 const 检查；你拿到的是 C 分配的内存地址，生命周期由 C 控制。
- 用
C.GoStringN时必须传入明确长度，不能依赖\0终止 —— C 可能传来无结尾的 buffer - 不要对
buf做任何写操作，哪怕转成*C.char后也不行；unsafe.Pointer转换只是为调用 CGO 辅助函数服务 - 如果 C 传来的字符串可能为空或非法地址，先检查
buf != nil，再传给C.GoStringN - 不建议用
C.GoString替代 —— 它内部会扫描 \0，一旦 C 传入非 null-terminated 内存，就可能越界读
最易被忽略的一点：typedef const char c_char_t 必须出现在 CGO 的 /* */ 注释块里，且所有 C 函数声明（包括回调注册函数和被导出函数）都要统一使用这个别名；混用 *C.char 和 *C.c_char_t 会导致同一函数在不同上下文生成两套签名，链接阶段静默失败或运行时跳转错误。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
