在 CGO 中，仅当 C 结构体字段名与 Go 关键字（如 type、func、range 等）冲突时，才需用 _ 前缀访问；普通合法标识符（如 i、d、s）可直接访问，无需下划线。
在 cgo 中，仅当 c 结构体字段名与 go 关键字（如 `type`、`func`、`range` 等）冲突时，才需用 `_` 前缀访问；普通合法标识符（如 `i`、`d`、`s`）可直接访问，无需下划线。
CGO 为 Go 代码安全桥接 C 类型提供了清晰的命名映射规则。其核心原则是：下划线前缀 _ 仅用于规避 Go 关键字冲突，而非通用字段访问语法。
Go 官方规范明确定义了25 个保留关键字（如 break, case, chan, const, continue, default, defer, else, fallthrough, for, func, go, goto, if, import, interface, map, package, range, return, select, struct, switch, type, var）。当 C 结构体中恰好存在同名字段时，CGO 会自动将其在 Go 中重命名为 _ + 字段名，以避免语法错误。
例如，以下 C 结构体含关键字字段 type 和 func：
// #include <stdlib.h>
// struct config {
// int type; // ← Go 关键字！
// char* func; // ← Go 关键字！
// double value;
// };
import "C"在 Go 中必须这样访问：
cfg := C.struct_config{}
cfg._type = 1 // ✅ 正确：_type 是自动生成的别名
cfg._func = C.CString("handler") // ✅ 正确
cfg.value = 3.14159 // ✅ 正确：value 非关键字，直接访问而若字段名为 i、data、name、count 等非关键字，则绝不应添加下划线——否则编译器会报错 undefined (type C.struct_X has no field or method _xxx)，正如提问者所遇。
⚠️ 注意事项：
- 下划线规则与内存分配位置（Go 内分配 vs C 内分配）无关，只取决于字段名是否为 Go 关键字；
- CGO 不支持 C 位域（bit-fields）、未对齐字段或柔性数组成员（flexible array members），这些字段会被静默忽略，结构体中仅保留可映射的字段并插入必要填充；
- 使用 go tool cgo -godefs 可生成 Go 可读的类型定义，辅助验证字段映射结果；
- 推荐在 C 头文件中避免使用 Go 关键字作为字段名，从源头降低歧义；若无法修改 C 代码，则严格依赖 _ 前缀规则。
总结：CGO 的下划线机制是被动兼容策略，而非主动命名约定。开发者只需牢记——“只在撞上 Go 关键字时加 _”，其余情况直写原字段名，简洁、安全、符合工具链预期。
