go反射无法直接生成cgo结构体的内存布局，因go运行时的对齐、填充和偏移与c编译器不一致，必须用type显式定义并严格匹配c类型。
Go反射无法直接生成CGO结构体的内存布局
反射在 Go 中不能绕过类型系统去构造符合 C ABI 要求的结构体内存布局。你用 reflect.StructOf 或 reflect.New 创建的 struct，哪怕字段名、类型、顺序都对得上，其实际内存对齐、填充字节、嵌套结构偏移量仍由 Go 运行时决定，和 C 编译器（如 gcc/clang）生成的布局不一致。这意味着传给 C.func_name 时大概率触发段错误或读取垃圾值。
- CGO 结构体必须用
type S struct { ... }显式定义，且字段类型需严格对应 C 类型（如C.int、C.uint64_t），不能用int或uint64 -
unsafe.Sizeof和unsafe.Offsetof的结果必须与 C 头文件中sizeof和offsetof一致；否则就是布局错位 - 含 bitfield、packed 属性、union 的 C 结构体，Go 无法安全映射，反射更无能为力
动态构建参数只能靠“预定义 + 字段赋值”模式
所谓“动态”，实际是指运行时才知道要填哪些字段、填什么值，但结构体类型本身仍是编译期固定的。常见于封装 syscall 或 ioctl 接口，比如不同设备驱动需要不同字段组合的 struct termios 或 struct ifreq。
- 先用 CGO 定义好所有可能用到的结构体（哪怕只用其中几个字段），例如：
type C_struct_ifreq struct { ifr_name [16]byte; ifr_flags C.short } - 用反射读取用户传入的 map[string]interface{} 或 struct tag 标记的配置，再逐字段检查并赋值，例如：
rv.FieldByName("ifr_flags").SetInt(int64(flagVal)) - 务必跳过未导出字段（
CanSet() == false），且对 slice / array 赋值需用SetBytes或逐元素拷贝，不能直接Set
syscall.Syscall 参数传递必须用 uintptr，不是指针
调用 syscall.Syscall 或 syscall.Syscall6 时，第三个及后续参数是 uintptr，不是 *C.struct_xxx。传错会导致内核读取非法地址，直接 panic。
- 正确做法是：
uintptr(unsafe.Pointer(&s))，其中s是已初始化的 CGO 结构体变量（非指针） - 不能写成
uintptr(unsafe.Pointer(s))—— 这里s若是*C.struct_xxx，会多解一次指针，地址错乱 - 若结构体含指针字段（如
buf *C.char），其值也必须是uintptr(unsafe.Pointer(...))，不能是 Go 字符串或切片的unsafe.Pointer直接转
字符串和字节数组传参最容易踩空指针或越界
C 函数常要求以 null-terminated char* 或固定长度数组接收字符串，而 Go 的 string 是只读头，[]byte 底层数组可能被 GC 移动。
立即学习“go语言免费学习笔记（深入）”；
- 传 C 字符串：用
C.CString(s)，并在调用后C.free；别用unsafe.String构造临时指针 —— 它不保证内存持久 - 传固定长数组字段（如
[32]byte）：必须用copy(s.ifr_name[:], []byte(name))，且确保 name 不超长，否则静默截断或越界写 - 传缓冲区（如
char *buf）：用C.CBytes(buf)分配 C 堆内存，并手动C.free；别用&buf[0]—— slice 可能被 GC 收走
C 结构体字段对齐、字符串生命周期、uintptr 转换时机——这三个点只要漏掉一个，程序就可能在某个内核版本或 CPU 架构下突然崩掉，而且很难复现。
