go反射无法生成符合c abi的嵌套结构体内存布局，因go运行时的对齐、填充和偏移与c编译器不一致，必须用type显式定义并严格匹配c类型，否则传入cgo将触发段错误或读取垃圾值。
Go反射无法生成符合C ABI的嵌套结构体内存布局
直接用 reflect.StructOf 或 reflect.New 构造嵌套结构体，哪怕字段名、类型、顺序全对，其实际内存布局仍由Go运行时决定，与C编译器（gcc/clang）生成的不一致。传给CGO函数时大概率触发段错误或读取垃圾值。
- Go的填充字节、字段对齐、嵌套结构体偏移量都和C头文件中
sizeof和offsetof不匹配 → 内核或C库看到的是错位数据 - 含
__attribute__((packed))、bitfield、union 的C结构体，Go连静态定义都难保安全，反射更无从谈起 - 嵌套指针字段（如
buf *C.char）若用反射动态构造，unsafe.Pointer转换极易多解一次或漏解，地址错乱
嵌套结构体字段赋值必须严格区分导出性与可寻址性
反射能操作的仅限导出字段（首字母大写），且目标值必须可寻址（即不能是临时值或不可变字面量）。嵌套层级越深，.Elem() 和 .Addr() 的调用时机越关键。
- 对嵌入的
*M字段，需先FieldByName("M").Elem()获取其指向的M值，再.Addr().Interface()才能得到可传给CGO的地址 - 数组字段（如
[16]byte）不能用SetBytes直接赋值，必须逐字节拷贝或用reflect.Copy - 字符串字段传给C时，必须转为 null-terminated
*C.char，不能直接用unsafe.Pointer转 Gostring底层 —— GC可能移动其内存
syscall.Syscall 参数必须传 uintptr(unsafe.Pointer(&s))，不是指针本身
调用 syscall.Syscall 时，第三个及后续参数要求是 uintptr，本质是内核可识别的线性地址。传错类型会导致内核访问非法地址，进程直接 panic。
- 正确：
uintptr(unsafe.Pointer(&s))，其中s是已初始化的 CGO 结构体变量（非指针） - 错误：
uintptr(unsafe.Pointer(s))，若s类型是*C.struct_xxx，会多解一次指针，地址偏移 - 错误：
uintptr(unsafe.Pointer(&s))但s是反射创建的未初始化零值 —— 字段未填，内核读到全零或随机值
“动态构建”真实含义是预定义 + 运行时字段选择性赋值
所谓动态，是指运行时才知道填哪些字段、填什么值，但结构体类型本身必须在编译期固定。没有真正的“运行时定义C兼容结构体”这回事。
- 必须提前用
type C_struct_ifreq struct { ifr_name [16]byte; ifr_flags C.short }显式声明所有可能用到的嵌套结构体 - 用反射解析
map[string]interface{}或 tag 标记的配置，再通过rv.FieldByName("ifr_flags").SetInt(...)逐字段赋值 - 务必跳过不可导出字段（
CanSet() == false），否则SetXxx调用会 panic
unsafe.Sizeof 和 unsafe.Offsetof 反复验证出来的。任何想绕过显式 type 定义、纯靠反射拼装的想法，都会在 syscall 或 ioctl 调用那一刻失败。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
