Go函数被C调用时，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* 冲突。
const 是 C 类型系统的一部分，参与函数指针赋值校验，不是可忽略的修饰符。不能靠加 // #include <string.h> 或改 CFLAGS 解决，这是桥接层设计决定的。
- 错误典型提示：
error: conflicting types for 'myFunc' - 根本原因：CGO 在生成 C 导出函数时，对基础类型做扁平映射，
const信息被丢弃 - 解决方案不是“去掉 const”，而是让 CGO “看见”一个带 const 的新类型
用 typedef const char c_char_t 绕过 const 限制
在 CGO 注释块内定义带 const 的别名类型，让 CGO 把它当独立类型处理，从而生成匹配的 C 函数签名。
立即学习“go语言免费学习笔记（深入）”；
示例写法：
/* typedef const char c_char_t; typedef void (*cb_func)(c_char_t*, int); extern void register_cb(cb_func); */
对应 Go 导出函数必须用 *C.c_char_t，不是 *C.char：
/*
//export myCallback
*/
func myCallback(buf *C.c_char_t, n C.int) {
// 注意：buf 是只读的，不能写
s := C.GoStringN((*C.char)(unsafe.Pointer(buf)), n)
// ...
}-
C.c_char_t是 CGO 自动识别的类型别名，生成的 C 签名会带const - 字符串转换仍需先转成
*C.char才能传给C.GoStringN，因为该函数只认*C.char - 不要对
buf做任何写操作，哪怕转成*C.char后也不行
C 结构体里的函数指针字段不能直接赋值
如果 C 结构体字段是 void (*cb)()，Go 中该字段会被映射为 *[0]byte，直接赋值 x.cb = C.myFunc 会编译失败。
根本原因：Go 层面禁止跨语言函数指针隐式转换，避免类型混淆和内存误用。
- 必须在 C 侧写一个
staticsetter 函数，接受结构体指针和函数指针参数，在 C 内完成赋值 - Go 侧调用这个 setter，而不是试图直接写结构体字段
- 在 C 块中必须用
extern声明 Go 导出的函数（如extern void myFunc(void);），否则链接时报undefined reference - 不要用
unsafe.Pointer强转地址再写内存——这绕过了运行时保护，极易崩溃
回调中读取 const char* 字符串的安全边界
const char* 表示只读，但 Go 侧没有运行时 const 检查；你拿到的是 C 分配的内存地址，生命周期由 C 控制。
- 用
C.GoStringN时必须传入明确长度，不能依赖\0终止——C 可能传来无结尾的 buffer - 不能假设 buffer 以
\0结尾；若 C 传的是固定长度 slice（比如网络包 payload），必须按长度截取 - 若 C 传的是零终止字符串，也要先确认其长度上限，避免越界读取
最易被忽略的一点：回调函数执行期间，C 代码可能随时释放或复用该内存。除非 C 文档明确说明 buffer 生命周期覆盖整个回调，否则不应在回调外保存或延迟使用该指针。
