c结构体函数指针字段映射为*[0]byte，禁止直接赋值；必须通过c侧setter函数注册回调；go回调签名需匹配const限定符；c结构体须由go长期持有或使用c.cbytes分配以避免gc回收。
为什么C结构体里的函数指针字段不能直接赋值给Go函数
Cgo把C函数指针字段（如 void (*cb)(int)）映射为 *[0]byte，这是个类型占位符，不是真实可赋值的指针类型。直接写 x.cb = C.myGoFunc 会触发编译错误：cannot use ... as type *[0]byte in assignment。这不是语法疏忽，而是cgo刻意屏蔽——防止Go侧误操作导致C端函数表被破坏或类型混淆。
必须用C侧setter函数完成回调注册
绕过 *[0]byte 限制的唯一合规方式，是在C代码里提供一个显式赋值函数，比如 set_event_handler_cb，接收结构体指针和函数指针参数，在C内部完成地址写入。Go侧只调用这个setter，不碰结构体字段本身。
/* static void set_event_handler_cb(vde_event_handler* h, void (*cb)(int)) { h->cb = cb; } */- Go中调用：
C.set_event_handler_cb(&eh, C.CB_myCallback)（注意：C.CB_myCallback是通过//export导出的C函数名） - 不能在Go里用
unsafe.Pointer强转覆盖字段——cgo运行时会拒绝这种操作，且破坏内存安全边界
Go回调函数签名必须匹配const限定符
如果C头文件里声明的是 void cb(const char*, int)，而你在Go里写 func myCb(buf *C.char, n C.int)，链接时会报 conflicting types for 'myCb'。因为cgo把 *C.char 固定映射为 char*，丢弃了 const 语义。
- 正确做法：在C注释块中定义别名
typedef const char c_char_t - Go函数参数改用
*C.c_char_t，cgo会生成带const的C签名 - 字符串读取仍需转成
*C.char才能传给C.GoStringN：C.GoStringN((*C.char)(unsafe.Pointer(buf)), n) - 绝不能对
*C.c_char_t解引用后写入——它是只读的，违反会导致未定义行为
C结构体本身不能放在栈上长期交给C持有
像 var eh C.vde_event_handler; C.register_handler(&eh) 这种写法极其危险。即使逃逸分析把 eh 放到堆上，只要Go代码不再持有它的引用（比如没存进全局变量或返回给调用方），GC就可能回收这块内存。C侧再调用其中的回调函数时，eh 的字段（包括函数指针）已变成悬空地址，表现为 NULL 或随机值。
- 必须让Go侧长期持有所分配的C结构体指针，例如存在全局变量、struct字段或map里
- 更稳妥的做法是用
C.CBytes(unsafe.Sizeof(C.vde_event_handler{}))分配C内存，再用unsafe.Pointer转成结构体指针，这样内存归属明确，且不受GC干扰 - 若结构体含Go指针字段（如回调中要访问Go对象），必须用
runtime.KeepAlive或闭包捕获确保其存活期覆盖整个C使用周期
C结构体生命周期和回调函数指针的绑定是两层独立但必须同步的管理任务：一层是C内存本身的分配与释放时机，另一层是Go对象在回调中被引用时的可达性维持。漏掉任意一层，都会在某个不确定时间点崩给你看。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
